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Most akkor nyilt vagy szabad a Linux? 


Nézzük meg közelebbről ezt a linuxos 


körben oly gyakorta parázs vitát kiváltó kérdéskört! 


sőt, remélem, a legtöbben meg 1s látogattátok. Mi 1s kint 

voltunk és sokakkal találkoztunk. Először arra gondoltam, 
hogy itt majd a nap történéseiről, az előadásokról írok, hogy milyen 
sokat fejlődött a szakma és a többi, és a többi, de utánagondolva 
mégis lényegesen fontosabbnak tartom, hogy néhány alapvető dolgot 
tisztázzunk. 
Számos esetben tapasztalom, hogy a linuxosok nem igazán 
képesek , egy zászló alatt" dolgozni. Itt van például a szerzői 
jogok kérdésköre. A legtöbben nem értik, mit is takar a szabad 
program fogalma, és akadnak, akik ugyan értik, de nagy 
lufinak hiszik. Néhányan pedig az egész mozgalmat 
egyenesen kártékony vírusnak tartják. Az elveket 
ismerők viszont ahelyett, hogy mindent 
megtennének az irányvonalak lényegének 
megértetése irányában, felesleges veszeke- 
désekbe fektetnek nagy energiákat. 
Pontosítok: aki érti, hogy Richard 
Stallmann miről beszél, az megérzi benne 
annak az iránynak a képviselőjét, ami a 
számítástechnikai és a programozó 
közösség számára 1s nagy lépést jelenthet 
előre. Mégis azt tapasztalom, hogy akik 
elindultak ezen az úton, marják egymást, 
mint a veszett kutyák. Hogyan 15 van 
ez? Miért alakul így? Hogy ezen el- 
gondolkodhassunk, engedjétek meg, 
hogy röviden ismertessem (helyszűke 
miatt egy-egy témát gyakran leegy- 
szerűsítve) a főbb alapelveket. 





ús izonyára mindannyian hallottatok az idei konferenciáról, 


A forrással együtt terjesztett programok 
haszna 

Elsőként tisztázzuk, miért jó, ha egy program forrását 15 megkapjuk. 
Egyrészt a segítségével a programozók kényelmesebben tudják az 
adott rendszert felhasználni (ha például egy vezérlőprogram forrása 
nyílt, az adott modult használó programozó könnyebben megérti a 
rendszer működését, megtalálja a gyengéit), másrészt a hozzáértő 
programozók számára nagyobb biztonságot jelent (ha veszik a fárad- 
ságot és végigböngészik a kódot, megnyugtathatják magukat, hogy 

a rendszer jó és nincs benne hátsó kapu stb.). Ez nem biztos módszer, 
hiszen a programozók van, hogy restek a gondos áttanulmányozásra, 
valamint az 15 megesett már, hogy a programozó úgy rejtett el hátsó 
ajtót, hogy a nyílt forrás ellenére sem lelték meg. A forrás további, 
jelen esetben számunkra mellékes előnyöket is tartalmaz (gépfüggő 
fordítás stb.). 

A forráskód terjesztése azonban további kérdéseket vet fel. Miképpen 
tudom biztosítani, hogy amit én írtam, az enyém 1s marad, például 

ki véd meg attól, hogy egy másik programozó eléírja a nevét, és a 
sajátjaként forgalmazza, végezetül pedig hogyan lesz nekem ebből 
pénzem? Ezen kérdések megválaszolására más és más irányvonalak 
alakultak ki. Mivel számos létezik közülük, engedjétek meg, hogy 
három , lépcsőbe" soroljam őket (a besorolás önkényes): 
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Három új terjesztési modell 
A kereskedelmi területhez legközelebbi változat szerint a kód 
elérhető és olvasható ugyan, de nem használható fel és nem másol- 
ható. Ennek főképpen oktatási haszna lehet, és csak azok a cégek 
szokták használni, amelyek biztosak benne, hogy rendszerüket a 
vásárló mindenképpen megveszi, illetve , úgysem tud belenyúlni" 
a kódba. Ebben az esetben igazából csak a vevő 
megnyugtatásáról van szó. 

A második , lépcső", a Nyíl Forráskód arra támaszkodik, 
hogy egyfelől fel tudja használni a már rendelkezésre álló 
kódrészleteket, programokat, másfelől biztosítani 
kívánja, hogy a programozó legalább egyszeri 
pénzt kapjon a munkájáért. Ha tehát valakit 

felkérnek, hogy készítsen egy robotgép- 
vezérlő modult, azért munkabér gyanánt 
kap valamennyi pénzt. Amikor pedig a 
munka elkészül, a forrást nyílttá, mások 
által szabadon felhasználhatóvá teszi, 
így ha bárkinek egy ilyen gépet kell 
vezérelnie, elég, ha a kész modult 
, testreszabja", és máris dolgavége- 
zetten távozhat. Ebben az esetben 
a programozó lemond a jog birtok- 
lásáról, és nem tud , extra 
profitra" szert tenni a program 
többszöri eladásából (bár 
senki sem tiltja neki, hogy 
bedobozolja és árusítsa). 
A szabad program (Free Software) 
irányvonal, Richard Stallman , áram- 
lata" pedig a végletekig elmegy az ingye- 
nességgel, a program ugyanis díjtalan, sőt már- 
már törvényes szigor mellett, kötelezően ingyenesnek 
is kell maradnia. Ha tehát írok egy modult, majd ezt a vonalat 
követve terjesztem, és valaki továbbfejleszti, ő 15 csak szigorúan 
ingyenesen adhatja tovább. Na jó, leegyszerűsítettem a fogalmakat, 
de első megközelítésnek megteszt. 
Nem arra számítok, hogy mindenki azonnal megérti ezeket az új 
elveket, és mostantól ingyenesen dolgozik, hanem arra, hogy látni 
fogjuk, mennyire egy irányba haladunk ahhoz képest, amit az ellen- 
pólus képvisel. Mivel én magam 15 úgy érzem, hogy ez az egyol- 
dalnyi iromány édeskevés az elméletek és irányvonalak tényleges 
ismertetésére, a Linuxvilág következő számaiban többet foglalkozunk 
a hasonló kérdésekkel. Ha bárkinek véleménye, hozzászólása van, 
levelét szeretettel várom! 


Szy György 

ai a Linuxvilág főszerkesztője, a Kiskapu Kiadó 
5 vezetője. Mindenki véleményét és levelét 
örömmel várja az alábbi levélcímen: 
Szy.Gyorgy alinuxvilag.hu 








Programok telepítése Linux alá 

Számos levelet kapok Olvasóinktól a CD-mellékleteken lévő prog- 
ramok telepítését illetően. Alapvetően két nagyon népszerű csomag- 
formátum létezik, az egyik a RedHat által készített RPM, a másik 
pedig a Debian által életre keltett DEB. Mindkettő kifinomult 
függőségkezelést tartalmaz, így elég nehéz tönkretenni rendszerün- 
ket, de természetesen megfelelő kapcsolók segítségével erre 15 
lehetőségünk van. Az RPM-alapú rendszereknél tehát parancssorból 
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A KPackage 


bármilyen csomagot az rpm -i 
csomagneve . rpm paranccsal 
telepíthetünk, DEB-alapú rend- 
szernél pedig a dokg -i 
csomagnév . deb paranccsal 
cselekedhetjük ugyanezt. Ezeknek 
a parancsoknak (rpm, dpkg) 
nagyon sokféle kapcsolójuk létezik, 
melyek segítségével csomagokat 
frissíthetünk, figyelmen kívül 
hagyhatjuk a függőségeket, lekér- 
dezhetjük a telepített csomagok 
listáját, illetve tovább kereshetünk 
az adatbázisukban. Természetesen 
más módszer 15 létezik a programok telepítésére, kezdő felhasz- 
nálók számára valószínűleg a grafikus csomagkezelő programok 
fogják a könnyed és fájdalommentes telepítést biztosítani, illetve 

az eltávolítás folyamatát kényelmessé tenni. Ilyen programokat 
minden RPM-alapú rendszer tartalmaz, a DEB-alapú rendszerek 
ugyancsak, a Debian Potato alapkiadás azonban nem. A Debian- 
rendszerek viszont egy nagyon hatékony csomagkezelő programmal 
bírnak, az apt-tal, ami képes az Internetről, CD-ről és bármilyen 
más forrásból csomagokat telepíteni. 

A KPackage program valószínűleg a legtöbb rendszerben használ- 
ható. Ez — mint neve 1s mutatja — szintén egy KDE-alkalmazás, képes 
kezelni például az rpm-, a tgz- és a deb-csomagokat. Könnyen 
használható grafikus felülete bizonyára a kezdő Debian-felhasználók 
számára sem nem fog akkora megrázkódtatást okozni, mint amek- 
korát a dselect szokott. 
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A csomag típusának 
kiválasztása 


A kérdésekre legtöbbször a Linux-rendszerek sokfélesége miatt 
(gondolok itt a programkönyvtárak változataira, a rendszerhez 
tartozó programokra, a telepített csomagokra stb.) nem lehet min- 
denki számára megfelelő választ és egyben megoldást adni. A szer- 


www.linuxvilag.hu 





kesztőségben minden CD-re kerülő programot kipróbálunk, a gya- 
korlatban ez azt jelenti, hogy Debian Woody/SID és Mandrake 7.2 
rendszerre telepítjük őket. Ezek elég friss programkönyvtárakat 
használnak, így valószínű, hogy az újabb Linux-változatokon 

a programok már kifogástalanul működnek. A játékoknál szinte 
előfeltétel a 3D-támogatás megléte és pontos beállítása, és mivel 
ez meglehetősen nagy feladat, nem 1s lehet telefonban vagy 
levélben elmagyarázni. A CD-hez tartozó két oldalon mindig 
megpróbálok kisebb segítséget nyújtani a programokhoz és telepí- 
tésükhöz, ezek azonban inkább csak az első lépés megtételéhez 
szükséges parancsok, a teljes telepítés során számtalan kérdés és 
előre nem látható esemény következhet be. 

Mielőtt nekiláthatnánk a telepítésnek, számos fájlt előbb ki kell 
csomagolni. Ezek a csomagok általában csomagnév. tar.gz vagy 
csomagnév . tgz formában találhatók meg lemezmellékletünkön; 
némelyik közülük forráskódot 1s tartalmaz, amit le kell fordítani, 
némelyik azonban már a telepíthető és a telepítés után egyből futtat- 
ható programot foglalja magában. Kicsomagolásuk történhet a tar 
zxvf csomagnév . tar . gz paranccsal, ha viszont csak a gzip- 
tömörítést akarjuk kibontani, akkor a gunzip csomagnév.tar.gz 
paranccsal egy .TAR-állományt kapunk, amelyet a tar xvf 
paranccsal csomagolhatunk ki teljesen. Az egy adott programhoz 
tartozó programfordítás , művészete" 15 megtalálható néhány 
cikkünkben (ha forráskódból történő telepítés 15 szerepel benne). 

A felhasználók gyakorlottságától függően a fentiek gondot 1s jelent- 
hetnek, de az örök érvényű szabály Itt 15 él: minél többet gyakorol 
az ember, annál könnyebben és nagyobb biztonsággal tud a Linux- 
rendszerben eligazodni. 

Jó gyakorlatozást! 
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Programvadászat 


4Lf 4Lf 


lőző lapszámunk 15. számú CD- 
mellékletén a könyvtárszerkezet Jo- 
gosultság-beállításába egy kis hiba 
csúszott, amit a felhasználó megnyithatatlan 
könyvtárakként észlel, rendszergazdaként 
azonban természetesen mind a könyvtárakat, 
mind a fájlokat meg lehet nyitni. Gyógyír 
lehet — azok számára, akik egyszerű felhasz- 
nálóként szeretnének a fájlokhoz hozzáférni — 
rendszergazdaként futtatva az alábbi parancs: 





mount /dev/xxx /yyy -o norock 
ahol az xxx az eszköz neve, például hdc; az 
yyy pedig a könyvtár neve, ahová be szeret- 
nénk fűzni a lemezt. Az okozott kellemetlen- 
ségekért Olvasóink szíves elnézését kérjük. 


Irodára fel! 

Jelenlegi CD-mellékletünk első lemezén 
Linuxra készített irodai programokból 
csemegézünk. Megtalálható ezek között, az 
OpenOffice sorozat legújabb tagja a KOffice 
1.1-es változata, valamint sok-sok hibaja- 
vítással az AbiWord 0.9.2. 


OpenOffice 638 
Jó hír az OpenOffice-hívők számára, hogy 


az általuk kedvelt és használt irodai csomag 
sokat fejlődött. Az örömbe azonban egy kis 
üröm 1s vegyült, mert az ablakok méretének 
megjegyzésével sajnos még mindig gondjai 
akadnak. Ez azt jelenti, hogy az ablakot min- 
dig újra kell méreteznünk ahhoz, hogy a tel- 
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jes képernyőfelületet használja. A régebbi 
változatokkal szemben az Excel-táblázatok 
megnyitásakor hibákat nem tapasztaltam, 
ami természetesen nem azt jelenti, hogy tel- 
jesen tökéletes, de az általam kipróbált fájlo- 
kat jól jelenítette meg. A weboldalak böngé- 
szésénél is jelentős javulást sikerült elérni, 
gyorsabban és pontosabban jeleníti meg a la- 
pokat. Kicsit rémisztő viszont, hogy a gé- 
pemben található 256 MB memóriának a 
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33 százalékát rögtön lefoglalta, így ha ezt 

a programot sokat szeretnénk használni, 
mindenképpen 128 MB RAM az ajánlott 

(ez szerencsére a jelenlegi memóriaárakat 
figyelembe véve nem jelenthet nagy gondot). 
A 17. CD Iroda/OpenOffice könyvtárban a te- 
lepítő- és a forrásállomány 15 megtalálható. 


AbiWord 0.9.2 

Sok apró hibajavítás után most felkerült az 
AbiWord 0.9.2-es változata. A 0.9.0-s vál- 
tozat óta a fejlesztők számos zavaró aprósá- 
got kijavítottak, amelyekről bővebben a 

2 http://www.abiword.org/release-notes/ 
0.9.1.html és a 5 http://www.abiword.org/ 
release-notes/0.9.2.html címen olvashattok. 
A próbát végző gépen a nyomtatás azonban 
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még mindig nem működött, egy hibaüzenet 
kíséretében az egész program összeomlott, 
ekkor már menteni sem lehetett. Ezt a hibát 
leszámítva nem akadt gondom a program 
használatával. Kicsi és gyors, ezért minden 
olyan helyre ajánlható, ahol a számítógép 
teljesítménye nem felel meg a mait , alapel- 
várásoknak". 

A 17. CD Iroda/AbiWord könyvtárban 
található RPM, .DEB és . TGZ formátum- 
ban, így mindenki megtalálhatja a neki 
megfelelő példányt. 


KOffice 1.1 

A KOffice a KDE-rendszerhez fejlesztett 1ro- 
dai programcsomag: minden olyan programot 
tartalmaz, amely a napi irodai munka elvégzé- 
séhez szükséges. A rendszer része a KWord 
szövegszerkesztő, amely a .KWD (KWord), 

a .AABW (AbiWord), a (HTML , a .TXT és 

a .KPR (KPresenter) fájlokat egyaránt kezelt. 
Sajnálattal vettem észre, hogy a számomra 
legfontosabb formátumot, az rtf-et nem 
kezeli: sem olvasni, sem pedig írni nem tudja. 
Ennek ellenére kellemes felületű, könnyen 
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használható szövegszerkesztő és az AbiWord- 
höz hasonlóan csekély memória- és erőforrás- 
igényének köszönhetően kisebb teljesítményű 
gépeken is meglehetősen gyors. Ide tartozik 
még a Illustrator, egy olyan vektorgrafikus 
program, amely engem leginkább a korai 
CorelDraw-kra emlékeztetett. Egyszerű gra- 
fikák készítéséhez megfelelő, viszont a prog- 
ram elég gyakran összeomlott, így marad a jó 





öreg módszer (biztos mindenki számára 15me- 
rős már valahonnan): egy lépés — egy mentés! 
A Krayon a KOffice képfeldolgozó program- 
ja, nagyon emlékeztet a Gimpre és a Photo- 
shopra is, de csak a Krayon-fájlokat tudja 
kezelni. A KChart segítségével didiagrammokat 
készíthetünk, a KSpread pedig a csomag 
táblázatkezelője. A KFormulával matema- 
tikai képleteket szerkeszthetünk, a KPresen- 
terrel viszont bemutatónkat készíthetjük el. 
A programok között még egy irányítópult 

is található, ami a KOffice Workspace nevet 
kapta, segítségével egy helyről tudjuk indí- 
tani az alkalmazásokat. 

A Koffice 1.1. a 17. CD Iroda/KOffice 
könyvtárában található, több népszerű 
Linux-változathoz. 


Rendszermag 

Mint mindig, most 1s felkerült a Linux 
lelkének legújabb, legfrissebb változata, 

ami jelenleg a 2.4.9-es változatot jelenti. 

A változások teljes listáját a 

2 http://www.kernel.org/pub/linux/kernel/ 
v2.4/ChangeLog-2.4.9 oldalon olvashatják. 
A 17. CD Rendszermag könyvtárában található. 


Opera 5.05 


Augusztus 14-én vált elérhetővé az Opera bön- 
gésző legújabb változata, ami egyelőre még 
csak a próbaváltozat (technology preview 1). 


Már kezeli a legkülönfélébb Netscape-bővít- 
ményeket, így a Flasht, a Pluggert és a Java 





1.2-t 15. Ezzel ez a böngésző is elérkezett 
oda, hogy bizonyos oldalak és szolgáltatások 
igénybevételéhez már nem kell másik progra- 
mot használnunk, hiszen mindent elintézhe- 
tünk belőle 15. Ne feledkezzünk meg azonban 
arról, hogy még csak a próbaváltozat! 

A 17. CD Opera könyvtárában található 
Debian-, RedHat-, és a mindenki által hasz- 
nálható . TGZ formátumban. 


Magazin 

A 17-es CD Magazin könyvtára a cikkekhez 
tartozó programkódokat, forráskódokat 

és futtatható állományokat tartalmazza. 


Linux teletanácskozás 
A kodrészletl .pl és kodreszlet2.pl fájlokat rejti. 


Naplófájl színezése 
A szinezesl .tXxt-t és a szinezes2.txt-t 
tartalmazza. 


Pov-Ray ismeretek (3. rész) 

A cikkhez tarozó képek forrásai és maguk 
a képek 15 megtalálhatók ebben a könyvtár- 
ban, néhány segédprogram kíséretében. 


Bemutatkozik az Enhydra 
A cikkben szereplő négy lista lelőhelye. 


Postfix-csemegék (3. rész) 
A Postfix-cikk két listája. 


KDE 2.2 
Ebben a hónapban második CD-mellékletün- 


kön olvasóink a KDE 2.2 népszerű grafikus 
ablakkezelő rendszert találhatják. A rendszer 
méltán közkedvelt, mivel könnyen használ- 
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ható, és nagymértékben elősegíti a kezdők 
átállását a Microsoft operációs rendszereiről. 
Harmincnégy különböző nyelven érhető el 
(ezek között természetesen a magyar 15 meg- 
található), így ezt a felületet a csak anyanyel- 
vüket beszélők 1s sikerrel használhatják. 
Működik benne a , húzd és dobd" (Drag and 
Drop) módszer, amit akár nyomtatáshoz is 
használhatunk. Nagyon sok kiegészítőprog- 
ram megtalálható már a KDE-rendszerhez, 
és szinte minden megszokott programnak 
létezik már a KDE-s megfelelője. A felület 
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beállítását egy kellemes, egyszerűen használ- 
ható beállítóprogrammal (Control-Panel) 
mindenki könnyedén megteheti. A rendszer 
részeit az alábbiakban ismertetjük. 


Kongueror böngésző 

A Kongueror a KDE 2 böngészője, fájlke- 
zelője és dokumentumnézegetője. Összetevő- 
alapú felépítésének köszönhetően egyesíti 
magában az Internet Explorer/Netscape 
Communicator és a Windows Explorer tulaj- 
donságait. Hamarosan az Interneten fellel- 
hető összes szabványt támogatni fogja, 
például a JavaScript, a Java, a HTML 4.0, 

a CSS-I és 2 (stíluslapok), az SSL és a 
Netscape Communicator bővítményeit 
(Flash, RealAudio, RealVideo lejátszásához). 


KMail 

A KDE levelezőprogramja a POP3-as fióko- 
kat 15 kezeli. Azok pedig, akik egyszerre több 
postafiókkal 15 rendelkeznek, összes teendő- 
jüket ebből a levelezőprogramból intézhetik, 
mivel egyszerre több fiókot is képes kezelni. 





KDE játékok 

Ez a csomag a játékos kedvű emberek szívét 
dobogtathatja meg. Ne számítsunk lövöldö- 
zős, véres, esetleg autóverseny-programokra, 
annál inkább aranyos logikai játékokra. 

A játékok között találhatunk Mahjongg, 
kígyó-, póker- és aknakereső programokat. 


KDE multimedia 

Ebben a csomagban olyan eszközök rejle- 
nek, amelyek segítségével különböző multi- 
médiás fájlokat játszhatunk le, ez lehet 





KZT 


például audio-CD vagy MPEG-film 1s. 

A csomag részei többek között: Aktion 
filmlejátszó, kscd CD-lejátszó, KMix keve- 
rőpult, KMidi midilejátszó stb. 
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KDE graphics 

A csomagban található programok haszná- 
latával egyszerűbb ábrákat, ikonokat, frak- 
tálokat, valamint képernyőmentéseket 
készíthetünk. 


KDevelop 

A felülethez tartozó fejlesztőkörnyezet, 

melyben könnyedén alkothatunk OT-eszköz- 

készletre épülő grafikus felületeket. 

Az Interneten nagyon sok hasznos forrást 

találhatunk a KDE rendszerhez, érdemes 

körülnézni a következő oldalakon: 

e a KDE rendszerhez készült legújabb 
programokat és fejlesztéseket találhatjuk 
meg a 3 http://apps.kde.org-on, 

e a KDE rendszerhez készült irodai 
csomag honlapja 
a 2 http:/www.koffice.org, 
fájlkezelő honlapja a 
2 http://www.kongueror.org böngésző, 

e a KDE fejlesztői felületének honlapja 
a 2 http:/www.kdevelop.org, 

e — a hibajelentések helye 
a 9 http://bugs.kde.org, 

e a KDE nemzetközivé tételével foglal- 
kozó fő honlap (a KDE már 34 nyelven 
érhető el, természetesen magyarul 15) 

a 9 http://118n.kde.org, 

e témák a KDE-felülethez, ablakkeze- 
lőnket az itt található témákkal 
csinosíthatjuk: 3 http://kde.themes.org, 

e . a KDE-multimédia oldala 
a 29 http://multimedia.kde. org, 

e . a KDE-játékok oldala pedig 
a 9 http://games.kde.org. 


] Csontos Gyula 
(Csontos.Gyulao 
linuxvilag.hu) a Linuxvilág szak- 
mai, hír- és CD-szerkesztője. 
Szabadidejében szívesen mác- 
szik hegyet és kerékpározik. 
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Csúszik a FreeBSD 5.0 


Jordan Hubbard augusztus 30-i bejelentése 
alapján a FreeBSD 5.0 tervezett megjele- 
nési ideje 2002. november 1-je lett. Az ere- 
deti időpont 2001 

novembere volt, 

így a , nagy mű 
még karácsony 
előtt elkészült 
volna, de sokan 
túl korainak talál- 

ták a kibocsátást. A rend- 

szerbe így be tudják építeni a Julian 

Elischer által készített KSE-foltokat is, 

melyek a következők: 

e . SMPng, következő nemzedékbeli 
többprocesszoros feldolgozás, 

e — KSE rendszermag-ütemező, 

e teljes támogatás több új felületre, 
például a PowerPC-re, a SPARC64-re 
vagy az IA64-re (Itanium). 

Ez a tizennégy hónap nyereség valószínűleg 

kiforrott, nagy teljesítményű és megbízható 

rendszert fog eredményezni. 

A 4-es sorozat továbbra 1s változatlan üte- 

mezéssel (igaz, kisebb-nagyobb csúszások- 

kal) jelenik meg. 2001. szeptember nyolca- 
dikán látott napvilágot a 4.4-es változat. 

2 http:/www.freebsd.org 
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Lapzárta után 

Az IBM nyerte a Kormányzati Portál 
megvalósítására kiírt pályázatot 

Az IBM nyerte meg a Kormányzati Portál 
első szakaszának megvalósítására kiírt 
pályázatot. Az IBM Magyarország Kft. 
olyan magyar tulajdonú cégekkel — Webigen 
Rt., IOSoft Rt., MÁV Informatika Kft. — 
együtt pályázott, amelyek szintén jelentős 
államigazgatási referenciákkal rendelkez- 
nek, és az általuk vállalt feladatok területén 
már korábban elismerést vívtak ki. Egyes 
feladatok elvégzésére olyan sajátos terüle- 
teken tapasztalatokat szerzett cégeket is 
bevontak, mint az Interface Kft. 


Debianról Be0S-használóknak 

Az alábbi címen a szerző a BeOS-haszná- 

lókat szeretné bevezetni a Debian/ GNU 

Linux használatába, ezzel 15 segítve számuk- 

ra az átállást. A telepítésen túl a ReiserFS, 

a biztonság, a frissítés, az XII, a KDE, a 

KOffice és más fontos, hasznos programok 

használatával és karbantartásával ismertet 

meg bennünket. Az az olvasó, aki szorgal- 

masan végigrágja magát ezen az olvasmá- 

nyon, közelebbi kapcsolatba kerül a Debian 

különleges filozófiájával, és megszerezheti 

a kellő gyakorlatot a rendszer könnyed hasz- 

nálatához. Minden linuxosnak a figyelmébe 

ajánlom (csak angol nyelven érhető el). 

2 http://tinyplanet.ca/pubs/debian/htmI/ 
bookl.html 
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vMWare 3.0 


A VMWare 3.0-s próbaváltozata már elérhető 
és letölthető. A VMWare olyan virtuális szá- 


I MENNYI mítógépet nyújtó 
HI wnware 


program, mely- 
nek gazda operá- 
ciós rendszere lehet Linux, Windows NT, 
2000 és XP. Újdonságai a következők: 
e — 2.4.x rendszermag-támogatás egészen 
a 2.4.7-esig, 
e — USB-eszközök, 
e . DVD-ROM kezelése, 
e CD-írók támogatása, 
e SCSI[-támogatás, lapolvasók, valamint 
szalagos egységek kezelése, 
e — 128 GB-os merevlemezrészeket támogat 
az IDE-felületen, SCSI-csatolón pedig 
256 gigásat. 


Bed0S 


Oroszországból érkezik az olcsó Windows? 
A BedOS mindenképpen figyelemre méltó 
kezdeményezés. , A legjobb részeket foglalja 
magában a Windows 95, Memphis, Windows 
98, Windows ME operációs rendszerekből. 
Ennek hatására olyan gyors, mint a Win- 
dows 95 és megbízhatóbb, mint a Windows 
ME. Teljesen kicserélték a multimédia-rend- 
szert, melynek a Jet Audio az alapja. Tele- 
pítéséhez a gépünkön egy már meglévő 
Microsoft-rendszer szükséges, ami lehet pél- 
dául Windows 95 OSR2, Windows 98 vagy 
Windows ME. Mivel külön rendszerkönyv- 
tárai vannak, a Windowszal nem zavarják 
egymást. Tartalmaz néhány Microsoft-össze- 
tevőt 1s. A telepítés után a Windows eltávolí- 
tásakor 1s teljes értékű operációs rendszer áll 
s rendelkezésünkre. A BedOS letölthető 
shareware-ként, korlátozás nélkül használ- 
ható, ötven dollárért pedig eltüntethetjük az 
indításkor megjelenő shareware-figyelmez- 








tetést" — olvashatjuk a BedOS honlapján. 

2 http://winbeos98.km.ru 

2 ftp://ftp.km.ru/pub/vOLl/Soft/ 
System/BedOS72214-1.exe 

2 ftp://sunsite.cnlab-switch.ch/mirror/ 
winsite/win95/misc/BedOS72214-1.exe 

3 ftp://ftp.univie.ac.at/mirror/WinSite/win95 
/misc/BedOS72214-1.exe 


Delphi 6 

A Delphi 6 a korábbi Delphi-változatok elő- 
nyeinek és az eddigi irányvonalnak a megtar- 
tása mellett a legújabb fejlesztéseket használja 
fel. A Delphi 6 windowsos RAD-eszköz, 
amely legújabb jellemzőivel kiváló alapot 
nyújt e-Business-alkalmazások létrehozására. 
A Delphi 6 nyitott felépítéséhez új eszkö- 
zök, új összetevők kapcsolódnak, és új 
operációs rendszerek használatára is lehető- 
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ség nyílik, melyek között természetesen 

a Linux is szerepel. A Delphi 6 az új web- 
szolgáltatásokat és elosztott alkalmazásokat 
egyaránt támogatja, akárcsak az összes 
létező ipari szabványt (mint XML, SOAP, 
WSDL, XLS), valamint egyre nagyobb 
figyelmet szentel a webszolgáltatásokra 
épülő, más cégek által kifejlesztett felületek 
támogatására 15, úgymint Microsoft .Net és 
BizTalk, továbbá Sun Microsystems ONE. 
2 http://www.borland.hu 








Vásárlás előtti próba 

Biztosan mindenki gondolt már arra, milyen 
jó lenne kipróbálni a kiszemelt programot, 
mielőtt a sokszor nem 1s kevés pénzt 
kiadnánk érte. Ehhez nyújt segítséget a 


I iazeza Teéer bez I kenne eze osna [docAuo em 
ZETT GEES EZTET TEV -ETTLET 


. . ELÉ 
mem m ng em [en mmm tal 
TVT" OT TZTT E m 
n ml n 
- dan mm 


Tár ETTE ETT 
Mn mesze mi mm 


ám né tt omen meleszikaa 

ker a sz EZT ln [őn 
elsetnsminálttsze inti 
FanleTts- I 
m 7 - eü. mim - mm 

me ETET ME ETTE EE ET ELET TET, ETTE 
ea ETET 
FEET sm egyem az 

KERETET TT— 


Runaware weboldala. Egy gyors felirat- 
kozás után azonnal nekiláthatunk a kivá- 
lasztott program kipróbálásának. Találha- 
tunk itt linuxos és windowsos programokat 
— az utóbbiak azonban sajnos sokkal 
nagyobb számban vannak jelen. A linuxos 
programok közül kipróbálhatjuk a Hancom 
Office, az Applixware 5.0, a Corel Word- 
Perfect Office 2000 Linux irodai csoma- 
gokat, a Corel Photo-Paint 9 Linux és 

a CoreIDRAW 9 for Linux grafikai progra- 
mokat, az iceSculptor kiadványszerkesztőt 
és a Mentor Pro profi súgórendszer-készí- 
tőt (linuxos programokhoz). A szolgáltatás 
a 4-es sorozatú Netscape, illetve Explorer 
böngészőkkel használható. 

Kalandra fel! 

2 http://www.runaware.com 


StarOffice 6 


A Sun Microsystems 2001. október elején 
tervezi kiadni a StarOffice 6 irodai csomag 
próbaváltozatát, 2002 első negyedében 
pedig a véglegeset. Alapját természetesen 
az OpenOffice képezi. 

Aki az eseményről minél hamarabb értesülni 
szeretne, az látogasson el a következő címre 
2 http://www.sun.comistaroffice/beta6.html, 
és iratkozzon fel a listára. 

Az 5.2-eshez képest az OpenOffice-ban 

a már megszokott látvány vár majd ben- 
nünket: nem lesz beépített asztal (desktop), 
sem indítópult, továbbá az alkalmazások 
nem egy nagyméretű keretprogramból fog- 
nak futni, hanem mindegyik külön egység- 
ként lesz kezelhető, ezért erőforrásigényük 
15 mérséklődik. Mivel az összes ismert 
dokumentumformátumot -— ezen belül széles 
körben az ázsiai nyelveket is támogatja, 

a Sun cég ettől a szolgáltatástól várja termé- 
kének átfogó elterjedését. Linux, Solaris 

és Windows operációs rendszerekhez lesz 
elérhető. 

2 http://www.sun.com 

2 http://www.openoffice.org 
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A Novell és a Yahoo! 

A Novell kibővítette kapcsolatait a Yahoo!- 
val annak érdekében, hogy a gyorsan bővülő 
vállalati portálpiacon a felhasználók számára 
újabb megoldásokat tudjon kínálni. A megá- 
lapodás részeként a Yahoo! a Corporate 
Yahoo! vállalati portálban az iPlanet Direc- 
tory Server helyett a Novell eDirectory-t 
fogja címtárkiszolgálóként használni. 
Emellett a Novell maga is bővíti hálózati 
szolgáltatásait a Corporate Yahoo!-val, és 

a jövőben a két cég eljárásaira és újításaira 
épülő megoldásokat 1s szállít a Novell-vá- 
sárlók és -üzlettársak számára. 





A Corporate Yahoo! vállalati portálmegol- 
dásokkal a Yahoo! a munkahelyeken szerzett 
vezető szerepét aknázza ki, valamint azt a 
tapasztalatot, amelyet a személyre szabott, 
vonzó, a végfelhasználók számára nagy fon- 
tosságú adatokat összegyűjtő portálok terén 
gyűjtöttek. A Yahoo! a gyakorlatban 1s 1ga- 
zolta, hogy egyedi vállalati portálmegoldásai 
gyorsan telepíthetők és igen könnyen felü- 
gyelhetők. Mindez a szervezetek számára 
lehetővé teszi a termelékenység és az üzleti 
kapcsolattartás gyors javítását. A felhasználó 
személyazonosságának felügyeleti szolgál- 
tatásait kínáló eDirectory segít a még pon- 
tosabb testreszabhatóságban, valamint 
leegyszerűsíti a különféle személyazonos- 
ságok, kapcsolatok és portálmegoldások 
felügyeletének kihívásait. 
9 http://corporate.yahoo.com 
2 http://my.yahoo.com 
2 http://www.novell.hu 
2 http://www.ctp.com 
2 http://www.novell.com/news/press/ 
pressroom 
2 http://www.novell.com/competetive 


Ujra Corel Linux 

A Corel nagy reményekkel vágott bele 

a linuxos fejlesztésekbe, lerázva magáról 

a kötelékeket, amelyek a termékeiket egy 
felülethez kötötték. Gőzerővel segítették a 
Wine fejlesztését, hogy az általuk készített 
programok és csomagok egy kis támogatás- 
sal bármilyen Linux-változaton fussanak. 
Megjelent a Corel Linux OS első változata, 


majd szinte teljesen a feledésbe merült ez az 
ígéretesnek induló, asztali operációs rend- 
szerként fejlesztett Linux. A pénzügyi gon- 
dokkal küszködő cég már-már feladni látszott 
ez irányú szárnypróbálgatásait, azonban sze- 
rencsénkre feltűnt egy másik kanadai cég, 
a Xandros, amely folytatná a Corel Linux 
fejlesztését. A 2001. augusztus 29-én San 
Franciscóban a Corel és a Xandros között 
létrejött szerződés értelmében a Xandros cég 
a következő 18 hónapban minden jogot 
birtokol a Corel-változat fejlesztéséhez. 
A Xandros felhasználóbarát, könnyen tele- 
píthető, egyszerűen használható Linux- 
változatot hoz majd létre, amely megfelelő 
lehet a Windows-rendszerek kiváltásához. 
Ám nemcsak az asztali rendszereket céloz- 
zák meg, hanem komolyabb alkalmazási 
területeken 1s (például ISP-k, vállalati rend- 
szerek stb.) jelen szeretnének lenni. A Xand- 
ros a v3.0-s Corel OS-re építené asztali 
rendszerét. Az új rendszer tervezett kiadásá- 
nak időpontja 2002 első negyedéve lesz. 
Addig 1s együtt szorítunk nekik! 
2 http://www.xandros.net/ 
9 http://www.corel.com 
9 http://linux.corel.com 
2 http://hinux .corel.com/products/pp9/ 
download.htm 
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eset: az , új gazdaság" 
hívői az Internetet tartják 


a megoldásnak. 


Mindenre. Az oktatástól 


az egészségügyi 


ellátáson és a környezet- 
szennyezés kiküszö- 
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bölésén, valamint 


a társadalmi egyen- 
lőtlenségek felszámo- 
lásán át a világbéke 
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Algoritmusok Afrikában - 1. rész 


Elgondolkodtak-e azon, hogy az a nagy sietség, amivel 
az internetelérés lehetőségét az egész világon terjeszt- 
jük, mégsem szolgálja egyformán mindenki érdekeit? 
Tizenegy évvel ezelőtt számítógépet telepítettem egy 
szakmai továbbképző és fejlesztési központban Tutume- 
ben, Botswanában. Tutume kicsi, mezőgazdaságából 
élő falu, a Kgalagadi sivatag északkeleti szélén található, 
mely Afrika déli részén terül el. 
A számítógép feladata itt az lett 
volna, hogy segítse a Tutume 
Brigádok — a központban működő 
szervezetek — munkáját. A cégek 
között akadt téglakészítő üzem, 
ácsszerszámokkal kereskedő 
üzlet, autójavító műhely, cirok- 
malom, iskolaiegyenruha-gyártó 
részleg, traktorkölcsönző és vete- 
ményeskert. A központ munkájának felmérése folyamán 
minden kétséget kizáróan megállapítottam: a számító- 
gép elengedhetetlen eszköz a Brigád kusza, rosszul 
nyilvántartott pénzügyeinek rendbetételéhez, amelyeket 
egyébként nyolc különálló főkönyvben vezettek, és az 
elmaradás elérte a kilenc hónapot. A következő néhány 
hónap azzal telt el, hogy számítógépesítettem a nyilván- 
tartást, és a helyieket betanítottam a rendszer alapfokú 
használatára. Az első év végére a központ pénzügyi 
nyilvántartása naprakész és pontos lett. 

Ha nem mesélném tovább a történetet, hanem 
Kgalagadi csodálatos naplementéjére térnék át, úgy 
tűnhetne: ez igazi sikertörténet volt. Annak ellenére, 
hogy még az Internet- (és a Linux-) korszak fénykora 
előtti históriáról van szó, ma ezt is diadalként tálal- 
hatnám: sikerült ,áthidalnom a digitális szakadékot" 
Afrikában. 

Az igazság az, hogy nem vagyok büszke erre a törté- 
netre. Ahogy teltek a hónapok Tutume-ben, rájöttem, 
hogy súlyos baklövést követtem el, komoly veszélynek 
téve ki a Brigádot. Olyan alapvető kérdéseket kellett 
feltennem magamnak, mint: mi lesz a számítógéppel, 
ha én már nem leszek itt? Képesek lesznek-e az itteni 
alkalmazottak önállóan működtetni a rendszert? Rende- 
sen elkészítik-e majd a biztonsági mentéseket? Elég 
képzettek lesznek-e majd ahhoz, hogy leküzdjék a hasz- 
nálat során felmerülő nehézségeket és újratelepítsék 

a rendszert, ha szükséges? Ha a számítógép tönkremegy 
vagy ellopják, lesz-e pénzük másikat venni? És mihez 
kezd a központ akkor, ha az általam gondosan felkészí- 
tett alkalmazottakat a jó kereseti lehetőségek a nagyvá- 
rosba csalják el? 

Szerencsére a lutume-i Brigádok elkerülték ezt a kudar- 
cot. Miután felmértem a veszélyt, a következő néhány 
hónapot azzal töltöttem, hogy a könyvelést visszaállítot- 
tam a régi kézi könyvvitelre, a személyzetet bővítettem 
és megtanítottam őket a helyes könyvviteli eljárásokra. 
Lehetővé tettem, hogy a számítógépet elsődleges 
segédeszközként alkalmazzák, ne pedig központi 
pénzügyi adatbázisként. 


De mi közük van a tutume-i és lobatse-i történeteknek 
a Linuxhoz és a feltörekvő piacokhoz? A cikk hátralevő 
része ezt tárgyalja. 


A digitális szakadék 

Kilenc év telt el azóta, hogy elhagytam Botswanát. 

Az ezt követő pár évben többször jártam Afrikában, 
1995-ben Linux-felhasználó lettem, 1997-ben nonprofit 
szervezeteknek kezdtem Linuxot telepíteni, majd 2000 
májusában a nyugat-afrikai Guineában kötöttem ki. 
Valamikor eközben , találták fel" a digitális szakadékot. 
Úgy tűnik, a kifejezést először az Egyesült Államok 
Kereskedelmi Minisztériuma használta, a Nemzetközi 
Távközlés- és Információfelügyelet kiadta , Akik átesnek 
a hálón" című sorozat első részében. A jelentés az Egye- 
sült Államok lakosságának távközléshez való hozzáféré- 
sét elemezte, földrajzi és demográfiai szempontok 
alapján. Ebben többek között azt a következtetést vonta 
le, hogy az , információban gazdag" és , információban 
szegény" rétegek között egyre nagyobb távolság 
bontakozik kt. 

Bill Clinton elnökségének utolsó évei alatt azt figyelhet- 
tük meg, hogy a digitális szakadék átlépte az USA ha- 
tárait és világméreteket öltött. A kérdéssel a nagy nyil- 
vánosság az 1999-es G8-as csúcstalálkozó óta foglal- 
kozik, ahol is a világ leghatalmasabb nemzetei eldön- 
tötték, hogy az egyre szélesedő információs technológiai 
szakadék a Harmadik Világ fejlődésében a legjelentő- 
sebb gondok egyike. 

Most, amikor ezt írom, a digitális szakadék áthidalása 
a legújabb irányzat, már ami a külföldi segítségnyújtást 
illeti, és nem egy segítségnyújtó szervezet és céget 
képviselő emberbarát ilyen irányú próbálkozása kapott 
nyilvánosságot. Nagyon leegyszerűsítve úgy tűnik, 
hogy az információs szakadékot az internetelérés 
hiányával azonosították. Léteznek tehát programjaink, 
mint például a USAID által pénzelt Leland-kezdemé- 
nyezés, amelynek célja az afrikai internetelérés bizto- 
sítása; a Peace Corps, ami az AOL-lal közös kezdemé- 
nyezés keretében népszerűsíti a számítástechnikát; 
valamint a nemrég alakult Geekcorps, mely már a 
második önkéntesekből álló csoportot küldi ki Accrába, 
a nyugat-afrikai Ghana fővárosába, hogy ott három 
hónapon át weblapokat tervezzenek. Természetesen 

a széles körű nyilvánosság jó lehetőséget biztosított 

a nemzetközi segítségnyújtó szervezeteknek, hiszen 
vonzó kampányokba foghattak a digitálisan rászorulók 
megsegítésére. 

Következőkben annak taglalását folytatjuk, hogy az 
Internet valóban mindentudó varázsszer-e. 


Az új technikai testamentum 

A hálózat hittérítőinek célja az Internet csodájának meg- 
osztása. Miközben azon törik magukat, hogy az Inter- 
netet eljuttassák a fejlődő világhoz, elképzeléseikben 
nem mindig veszik kellőképpen figyelembe a műszaki 
adottságokat, és nem gondolják át, hogy a terv életké- 
pes, helyénvaló, értelmes vagy hosszú távon fenntart- 





jú a 


ható-e. Hallhattunk olyan közép-amerikai nőegyesületről, 
amely kézművestermékeit a Weben reklámozza; a jövő 
híveinek hangoztatása szerint óriási lehetőségek rejlenek 
a ,távorvoslásban": segítségével virtuális egészségügyi 
ellátás nyújtható a ritkán lakott vidékeken élők számára; 
de hasonló jelenséget említ a US State Department 
Global Technology Corps is: , Láttunk olyan mexikói far- 
mereket, akik az Internetet használták időjárás-előrejel- 
zések letöltéséhez és a termés piaci árának felmérésé- 
hez". Ahol a norvégok régen gyapjúpulóvereket láttak, 
ott a műszaki fejlődés látnokai most webböngészőket. 
A legszélsőségesebb eset: az ,új gazdaság" hívői 

az Internetet tartják a megoldásnak. Mindenre. Az okta- 
tástól az egészségügyi ellátáson és a környezetszennye- 
zés kiküszöbölésén, valamint a társadalmi egyenlőtlen- 
ségek felszámolásán át a világbéke megteremtéséig. 
Mintha mindenki, akinek hálózati elérése van, feltölt- 
hetné magát a Nirvánába, vagy mintha a mennybe 
vezető út sávszélességgel lenne kikövezve. A szent 
kereszt helyett a digitális hittérítők jelvénye a parabola- 
antenna lett. 

Az új vallás egyik alapköve az a hit, hogy az információ 
önmagában is elegendő a gazdaság működtetéséhez, 

a gondok orvoslásához és az egyenlőtlenségek leküzdé- 
séhez. Ennek egyenes következménye az az üzenet, 
amely az egyik oldalról a másik felé tart: Mi birtokoljuk 
az információt és nem ti, a Mi információnk jó, a tiétek 
mit sem ér. Ezt szónokolja a CNN nemzetközi hallgató- 
ságának, amikor azt állítja: , Az ember információ 

nélkül semmf". 

Mára már világossá válhatott volna, hogy a szakadékról 
szóló szónoklatok csak újabb megnyilvánulásai a régóta 
ismerős, előítéleteken alapuló besorolásnak, annak, 
amely hosszú időkre két részre osztotta fel a világot: 
hívőkre és pogányokra, bölcsekre és vademberekre. 

A történelmi példákból okulva beláthatnánk, hogy e 
címkék gyakrabban ártottak a támogatásra szorulóknak, 
mint segítették őket. 

Még fontosabb továbbá belátnunk, hogy a tájékoztatás 
és a számítástechnika elégségességébe vetett hit egy- 
szerűen nem helytálló. Az információ önmagában nem 
segít az embereken. Ha ez igaz lenne, akkor az orvosok 
orvosi szakkönyvekből, a vállalkozók pedig pénzügyi 
szakkönyvekből lépnének elő. 

Valójában a fejlődő világ tele van használaton kívüli 
röntgengépekkel, lerobbant traktorokkal, üres iskola- 
padokkal. Ezeket jó szándékú és buta adakozók pénzé- 
ből szerezték be a térség fejlődésének elősegítéséhez, 
és most nem azért használaton kívüliek, mert nincs 
hozzájuk leírás vagy nincs internetelérésük, hanem 
azért, mert nincs képzett technikus, szerelő és tanár. 
Röviden összefoglalva: igazából a tudás ad hatalmat 

az emberek kezébe. 

Ezt mostanában már az Államokban is kezdik belátni. 

A , Hogyan töltsük meg az üres poharat — avagy a 
Digitális Szakadék korszerű filozófiája" (Educause 
Review, 2000. nov./dec.) c. könyvben Sofveig Singleton 
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és Lucas Mast a következőket írja: , A felsőoktatás 
álláspontja a következő: annak a diáknak, aki úgy hagyja 
el a középiskolát, hogy nem látott elektronikus tanulási 
segédeszközöket (például Internetet), sokkal kisebb 
gondjai lesznek, mint annak a tanulónak, aki úgy hagyja 
ott iskoláját, hogy nem tud megfelelően olvasni vagy 
számolni". 

A vezető szabadpiaci kapitalizmust képviselő lap, a 

The Economist nemrégiben megállapította: ,A szegény 
emberek nem azért kerülik el az Internetet, mert nem 
tudják megfizetni a használatát, hanem azért, mert nem 
rendelkeznek a hálózat hatékony használatához szüksé- 
ges tudással." Nehéz belátni, hogy mitől megy majd 
jobban a szegényeknek, ha a Hálóra kötjük őket. Több 
értelme lenne, ha világméretű kampányt indítanánk 

az írástudatlanság ellen, mint annak, hogy a világméretű 
Hálózatot erőltessük. 

Elképzelhető, hogy a dot-com cégek bukásával és a 
tőzsdei mélyrepüléssel a digitális vallás tanai veszíteni 
fognak hitelességükből. Napjainkban, amikor a többmill1- 
árdos internetszolgáltatók által alapított e-kereskedelmi 
csillagok — mint az Amazon és a Yahoo — Államok- és 
Európa-szerte nehézségekkel küzdenek, nehéz nem bele- 
gondolni abba, hogyan válhatnának valóra az e-kereske- 
delem ígéretei máshol, főleg olyan helyeken, ahol még 
rendes bank- és hitelrendszer sem működik. Számomra, 
aki az elmúlt évtizedben több évet éltem a fejlődő világ- 
ban vidéki és városi környezetben egyaránt, ahol a 
lakosság nagy része még ma is tűzifával főz és vödörrel 
hordja a vizet, elmondhatom, hogy a külföldi segély- 
nyújtó szervezeteknek a számítástechnika elterjesztésére 
tett kísérleteinek gyakorlati haszna elhanyagolható volt, 
ha nem egyenesen nevetséges. Mivel sürgősebb felada- 
tok is akadnak a fejlődő világ nemzetei számára, Így 

az egészségügyi ellátás biztosítása (AIDS, TBC, malária), 
az élelmezési gondok megoldása, a víz- és csatornarend- 
szer kiépítése, az oktatás folyamatos biztosítása, a sze- 
génység leküzdése, a környezetszennyezés megakadá- 
lyozása, vagy a politikai korrupció leküzdése, a webbön- 
gészés lehetőségének biztosítása valószínűleg meglehe- 
tősen hátul foglal helyet az emberi szükségletek listáján. 
Lehetőségünk nyílik-e tehát arra, hogy tegyünk valamit, 
ami javíthat ezeknek az embereknek a mindennapjain? 
Játszhat-e a Linux és a nyílt forráskód meghatározó sze- 
repet a születő piacokon? Van-e mód arra, hogy a tech- 
nika segítségével emberi kérdéseket oldjunk meg olyan 
helyeken, mint Afrika, anélkül, hogy gyapjúpulóvereket 
próbálnánk eladni a sivatagban? Nem írnám ezt a cikket, 
ha nem lenne rá mód. Minderről bővebben következő 
lapszámunkban számolok be. 


Wayne Marshall 
(gulnix-gyahoo.com) 
UnIix-programozó és technikai 
tanácsadó. A nyugat-afrikai 
Gulneában él. 





MET AETTTT 





Nehéz belátni, hogy 
mitől megy majd jobban 
a szegényeknek, ha 

a Hálóra kötjük őket. 
Több értelme lenne, 

ha világméretű kampányt 
indítanánk az írástudat- 
lanság ellen, mint annak, 
hogy a világméretű 
Hálózatot erőltessük. 
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Kensington-próba 
Felrémlik bennem az a történet, amit egy biztonsági termékei közül ezúttal négy jutott el hozzám. 
előadásról olvastam néhány éve. A kalózok semmiféle Ha a teljes számítógépet megszeretnénk védeni, a 


különleges programot nem használtak, egy kis hibátsem Desktop Microsaver lehet a segítségünkre. A lapos 
találtak a megtámadott cég rendszerében dobozban rendkívül egyszerű felszerelést lelünk: 
— egyszerűen csak vastag volt a bőr három műanyag tappancsot, némi 

a képükön. Felhívták a kiszemelt ragasztót és egy műanyag bevo- 
cég egyik alkalmazottját, nattal ellátott drótkötelet. 
közölték vele, hogy karban- Ez utóbbi alkotja a csomag 
tartás miatt szükségük van lelkét: az egyik végén fém- 
az illető jelszavára, aki karikát, a másikon pedig 
gyanútlanul megadta egy kulcsos zárral rögzít- 
nekik — és máris szaba- hető fémhengert találunk. 
don, észrevétlenül mász- A drótkötél látványa 
káltak a cég hálózatában. önmagáért beszél, első 
Gondoljunk csak bele: egy pillantásra akár autóvonta- 
kellően elszánt, megfelelően tásra is alkalmas, teherbí- 
öltözött, jó előadókészségű rása hozzá nem értőként ítélve 
személy megjelenik egy átlagos, is fél tonna körül mozoghat. 
közepes méretű cég telephelyén, és Sokkal gyengébb láncszemnek tűnhet- 
közli, hogy el kell vinnie a számítógépet nek a ragasztott — esetleg csavarozott — 
karbantartásra, bővítésre. Mi történik? tappancsok, amelyeket a számítógép 
Talán lesz némi telefonálgatás, házára és a monitorra rögzíthetünk, 
de könnyen meglehet, hogy hiszen a ragasztást könnyű 

a kedves munkatárs jóhisze- "max  elhibázni. A forgalmazó cég 
műen és készségesen "5 5KA munkatársa ehhez csak 
segít összecsomagolni 5 IA annyit fűzött hozzá: még 

a számítógépet, amivel nem nagyon hallott olyan- 
főhősünk boldogan távo- ról, hogy valaki a ragasz- 
zik. Otthon nincs is más tott rögzítőelemeket 
dolga, mint működésre leszedte volna. . . 

bírni a gépet, és máris A ragasztási művelethez 
fontos szerződéseket, szám- szükséges hozzávalók mind 
lákat, okiratokat kap kézhez az megtalálhatók a dobozban, a 
áldozatul esett vállalkozásról. gyártó még a felület tisztítására is 
Ha merészebb, nem is kell elvinnie a gondolt, így egy apró alkoholos párnát 
gépet, elegendő, ha ebédszünetben besétál is csomagolt a pillanatragasztó mellé. Ha a 
az üresen hagyott irodába, és lemásolja pár perces ragasztással végeztünk, nincs 
vagy kiszereli, ami megtetszik neki. más dolgunk, mint a drótkötelet a 
Adatokat lopni ugyanis nem- tappancsokon átfűzni, a gépet 
csak hálózaton keresztül, lehetőség szerint az asztalhoz, 
de az adathordozó eltulaj- egy csőhöz vagy bármilyen 
donításával is lehet. Ha más rögzített elemhez hoz- 
nem is tárolunk létfon- záhurkolni, majd a túlsó 
tosságú vagy érzékeny, végére illesztve a fémhen- 
esetleg titkos adatokat, gert csupán a kulcsot kell 
például egy eltűnt merev- elfordítanunk, és már le 
lemezen, a rajta található is zártuk a gépet. Fontos 
munkának, illetve magának megjegyzés, hogy a cso- 

az adathordozónak az értéke "7 magban található két kulcs 
esetenként önmagában is ző valódi és egyedi, nem pedig a 
komoly veszteséget jelenthet régebbi PC-kről ismert billentyűzet- 
számunkra. lezáróhoz hasonló alkalmatosság. 

Ha a programok oldaláról nézve mindent megtettünk Mennyire teremti meg a biztonságot a Desktop 
biztonságunk érdekében, fordítsuk figyelmünket a fizikai  Microsaver? Természetesen a helyzettől függ. Ha éjjel 
védelem felé! A Kensington több olyan terméket is kínál,  — behatolnak a cég telephelyére, kényelmesen elvághatják 
amelyekkel megakadályozhatjuk a gép ellopását, illetve a drótkötelet, és elvihetik a számítógépet. Annak veszé- 
az adathordozókhoz való illetéktelen hozzáférést. A cég lye azonban elhárul, hogy a munkatársak szeme előtt, 
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esetleg közreműködésükkel történjen meg a rögzítőele- 
mek leverése, elvágása és a gép elszállítása. 

Egy számítógépet természetesen nem kell teljes egészé- 
ben elszállítani, elég, ha a merevlemezt sikerül kiszerelni 
belőle. Ennek elkerülésére is akad megoldás, a Memory- 
Lock. Segítségével nemcsak a merevlemezt, hanem 

a gép teljes belsejét is megvédhetjük az illetéktelen 
hozzáférőktől. 

Az ötlet itt is rendkívül egyszerű. A védelmi eszköz egy 
alig félmaroknyi fémzár, amely két részből áll. Az alsó, 
nagyobbik felét a számítógép házának hátuljára kell 
felcsavarozni, felhasználva a ház oldalát rögzítő — vagy 
a csomagban kapott — csavarok egyikét. A felső rész 
maga a zár, mely elfedve a csavarhoz való hozzáférést 
engedő üreget gyakorlatilag azt akadályozza meg, hogy 
eltávolítsuk a számítógépház oldalát rögzítő csavart, 

és lehúzzuk a ház oldalát. Amíg nem szerezzük meg a 
MemorylLock kulcsát, addig csak a ház durva felfeszíté- 
sével tudjuk elérni annak belső alkatrészeit. Megfelelő 
körülmények között egy feltörőnek ugyan ez sem jelent- 
het gondot, de a lopásra hajlamos munkatársak elől 
minden bizonnyal eredményesen zárhatjuk el a számító- 
gépek belső szerveit. 

A Memorylock kulcsa már jobban hasonlít az említett 
billentyűzetzár kulcsához, de egyedi kivitelű. Peremén 
többféle mélységű és hosszúságú vágat található, a meg- 
felelő irányú beillesztést pedig külön fémpöcök segíti. 

A Desktop Microsaverhez hasonló védelmet kínál a The 
Leash, melynek már a neve is beszédes (, póráz"). 
Elsősorban hordozható számítógépekhez használhatjuk, 
hiszen ezeken gyakorlatilag szabványnak számít a 
,Kensington lock"-aljzat. A hordozható gépek leírásait 
böngészve gyakran találkozhatunk a nevével. Ha netán 
olyan készüléket szeretnénk vele rögzíteni, mely nem 
ilyen aljzattal rendelkezik, egy kisebb műanyag lapot kell 
ráragasztanunk. 

A The Leash hasonló drótkötéllel gazdagít bennünket, 
mint a Desktop Microsaver, de zár tekintetében eltér 
attól. A záró fémhengert a , pórázról" nem lehet eltávolí- 
tani, a lezárás művelete pedig csak egy apró fémpöcök 
elfordítását jelenti. A védelem lényege az, hogy ez a 
fémpöcök a hordozható számítógép oldalába nyúlik be, 
így ha valaki erőszakkal akarná kitörni, minden bizonnyal 
súlyos károkat okozna a gépben, legalábbis eladhatat- 
lanná téve azt. A The Leash kulcsa a MemoryLockéhoz 
hasonló, csillagszerű képződmény, melynek egyedisé- 
géről nem vagyok meggyőződve. A The Leash számzá- 
ras változatban is kapható, így választhatunk, hogy a 
zár elvesztésével vagy a számkombináció elfelejtésével 
tesszük-e mozdíthatatlanná a saját gépünket. 

Miután mindent bombabiztos módon lekötöztünk, gon- 
dolnunk kell arra a bosszantó őskövületre is, amely még 
mindig ott lapul minden gépben: a hajlékonylemezes 
meghajtóra. Kapacitása kicsi, működését a mai Viszo- 
nyok közt akár kezdetlegesnek is nevezhetjük, mégis 
kellemetlen lehet, ha valaki a megfelelő állományokat 
egyetlen gyors mozdulattal átmásolja lemezre, majd 
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angolosan távozik. 

Mindez másnak is eszébe jutott, ezért megszületett 

a FloppyLock. A kérdés adott, a megoldás most is lenyű- 
gözően egyszerű: ha valami elfoglalja a lemez helyét, 
nem tudjuk használni a meghajtót. Ez a valami legyen 
mondjuk egy műanyag lap zárral a végén, ami 
hajlított végű fémdrótot forgat. A fémpöcök fela- 
data az, hogy a meghajtó belsejében fennakad- 
va megakadályozza a műanyag lap kihúzását. 
Joggal vetődik fel a kérdés: ha figyelmetlenül 
használjuk a FloppyLockot, nem tehetünk-e 
kárt a meghajtóban, illetve nem lehet-e egy- 
szerűen kitépni a meghajtóból? Egy szétszerelt 
meghajtóval könnyedén meggyőződhetünk a 
FloppyLock biztonságos voltáról. A fémpöcök 
olyan helyre akad be, ahol semmilyen kárt nem 
okozhat, ha viszont ki akarjuk tépni, akkor egy, 
a meghajtónak csaknem teljes hosszában 
végighúzódó belső fémlemezzel kell megküzde- 
nünk, ami a meghajtó tönkretétele nélkül lehe- 
tetlen. Mivel a hajlékonylemezes meghajtó 
íróolvasófejei nyugalmi állapotban a készülék 
hátsó részében parkolnak, ezeket sem sérthet- 
jük fel, illetve az alul található motorban sem 
okozhatunk kárt. A FloppyLock minden szem- 
pontból biztonságos, kulcsa a MemoryLockéval 
megegyező kiképzésű. Természetesen adatot 
másolni CD-íróval, USB-s eszközzel, a különféle 
kapukon keresztül is lehetséges, de a 
FloppyLock segítségével a legkézenfekvőbb 
támadási pontot eredményesen védelmezhetjük. 
Érdekesség, hogy külön kérésre a gyártó több terméket 
is készít azonos kulccsal, illetve olyan kombinációk is 
előállíthatók, ahol egy főkulccsal minden zár kinyitható, 
de az egyes alkalmazotti kulcsok csak egy-egy zárhoz 
használhatók. 

A Kensington biztonsági termékeit hazánkban az L-Sys 
Kft. forgalmazza. A gyártó a termékekre élettartam- 
garanciát ad. Érdemes a Kensington vagy az L-Sys 
honlapján nézelődni, hiszen a cég további biztonsági 
termékeket is gyárt, illetve forgalmaz. 

A MemorylLock hozzávetőlegesen 5000, a FloppyLock 
4500, a The Leash 12 500, a Desktop Microsaver pedig 
10 000 forint körüli áron szerezhető be. 





2 www.I-sys.hu 
2 www.kensington.com 


Medgyesi Zoltán 
(mzx(90axelero.hu) 

A BMGE 23 éves informatika 
szakos hallgatója. Szabadidejét 
legszívesebben barátnőjével tölti. 





szen 7 Ezzzül Szeret autózni, és bográcsban 
főzni. A Linuxot öt éve ismeri, de még nem volt 
lelkiereje, hogy áttérjen rá. 
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Lásd a különbséget! - ViewSonic P225f monitor 


Azt hiszem, egy ilyen monitor minden számítógépes gra- 
fikus, kiadványszerkesztő és CAD/CAM-felhasználó álma. 
A ViewSonic márkanév sokak számára a legmegfelelőbb 
megoldást jelenti. Ezt többek között az is bizonyítja, hogy 
az észak-amerikai államokban 

a húsz, huszonegy és huszonkét 
hüvelykes monitorok kategóriájá- 
ban az utóbbi években View- 
Sonicokból adtak el a legtöbbet, 
megelőzve ezzel mind a Sonyt, 
mind a NEC-et. 
Szerkesztőségünkbe a Pixel Multi- 
média Kft. jóvoltából jutott el a profi 
CRT-képernyők legékesebb darabja, 
a ViewSonic P225f típus. 

Miután kifordítottuk hatalmas 
kartondobozából és , jókora" helyet 
teremtettünk neki az asztalomon, 
megkezdődhetett a kipróbálása. 

A monitor szögletes formáival a ki- 
lencvenes évek elejét idézi. Elöl 
összesen öt nyomógomb található (1, le, fel, 2 és a be- 
kapcsolás), amelyek tökéletesen illeszkednek a képernyő 
alján végigfutó csíkba. Itt található még a kombinált álla- 
potjelző LED, amely szokásosan zöld színnel jelzi a meg- 
felelő videojelet, narancssárgával pedig a videojel hiá- 
nyát, illetve nem megfelelő voltát. 

Amint csatlakoztattuk a kábeleket és elindítottuk a szá- 
mítógépet, nem mindennapi élményben lehet részünk: 

a 22 hüvelykes monitoron — melyből húsz hüvelyk a lát- 
ható felület — fejmozgatással kísérve kell átnéznünk a 
jobb felső sarokból a bal alsóba. A 0,24 mm-es résmaszk 
kiemelkedő képélességet biztosít. A monitor legnagyobb 
felbontása 2048x1536, amely 79 Hz-en működik. Mi az 
1600x1200-as felbontást találtuk a legkellemesebbnek, 
ami 100 Hz-en is kiválóan működött, bár először megi- 
jedtünk tőle. A képcső négy sarka ugyanis homályos 
volt, de ezt kis idő múlva sikerült kiigazítanunk az OSD 
menürendszer segítségével. Akadt közülünk olyan is, 

aki az 1280x1024-es felbontásra esküdött (115 Hz-en), 
mivel így sokkalta nagyobbnak látszódott minden. 

A behemót dobozban a használati utasítás mellett még 
egy CD-ROM-ra bukkantunk, amelyről feltelepíthettük 

a színbeállító programot. A színkalibrálás rendkívül egy- 
szerű módon történt: egy próba és egy kis kék papírla- 
pocska segítségével, amelyet a képernyőre illesztettünk, 
majd egy csúszkával hozzáigazítottuk a monitor színét. 
A korongról egy további érdekes segédprogramot telepí- 
tettünk gépünkre: az ,E-Colors True Internet Color and 
Colorific"-et, amelynek segítségével, ha E-Corrected 
(E-korrigált) szabvány által készült honlapokat látogatunk, 
az internetoldalt tökéletes színeiben láthatjuk. 

A P225f rendkívüli mértékben , szembarát", sugárzási 
értékei kitűnőek, és megfelel az igen szigorú TIC0 99 
szabványnak is. A 350 MHz-es videobemenet-sávszéles- 
ség biztos alapját képezi az éles képeknek nagy felbon- 
tásban és frekvencián egyaránt. Színvilágára talán azt 





lehetne mondani, hogy az eddigi legjobb azok közül, 
amit mi láttunk. 

Aki komolyan foglalkozik a számítógépes grafika bárme- 
lyik ágával vagy kiadványszerkesztéssel, annak nagy 
képátmérőjű és igen jó minőségű monitorra van szük- 
sége. Miért ne választhatnák épp a legjobbat? 


Adatok 
e — 22 hüvelykes átmérő (ebből 20 látható), 
e — felbontások: 

2048x1536 79 Hz, 

1920x1440 84 Hz, 

1600x1200 99 Hz, 

1280x1024 115 Hz, 
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e tökéletesen sík képcső (PerfectFlat), 

e 0.24 mm-es résmaszk, 

e. 350 MHz videobemenet, 

e — energiagazdálkodás: Meets Energy Star, 
VESA DPMS, T1CO 99, Energy 2000, 

e — méret: 504 mmx477 mmXx501 mm, 

e . tömeg: 31 kg, 

e — szinte minden munkaállomáshoz használható 
(PC, MAC, SUN stb.), 

e 3 év garancia, 

e ár: 299 990 Ft --áfa 


Forgalmazó 

név: Pixel Multimédia Kft. 
telefon: 266-6059 

fax: 318-6651 

e-mail: info.opixel.hu 

2 http:/Awww.viewsonic.com 
2 http:/Awww.pixel.hu 


Csernák Ákos 
(csernak.akosOlinuxvilag.hu) a Linux- 
világ számítógépes grafikusa. A DIP 
mellett rajong a 3D-s grafikáért is. Fenn- 
] maradó szabadidejében természetjáró, 
— — ] utazó, és hébe-hóba gitározgat. 








A , pingvintényező" 


A processzorok és az operációs rendszerek összetartoz- 
nak, de a mesélők — az olyanok, mint mi — külön szokták 
választani a szereplőket, még akkor is, ha olyan nagy 
kivételek akadnak, mint a Wintel és a PowerPC. Most 
hogy a 64 bites lapkák az Intelnél és az AMD-nél egya- 
ránt megjelenőben vannak, a történet sokkalta inkább 

a két cég egymás elleni viadaláról szól és nem a fejlesz- 
tőkről, akik a CPU-kat működtető operációs rendszerekre 
írnak programokat. 

Május 29-én az Intel hivatalosan bejelentette az Itanium 
(azaz az IA64) gyártását. Történik ez majdnem pontosan 
hét évvel azután, hogy az Intel és a Hewlet-Packard azt 
nyilatkozta: újfajta processzoron fognak közösen dolgozni, 
amely a HP laboratóriumaiban látja meg a napvilágot 
,PA-RISC Wide-Word" néven. A közös fejlesztés Merced 
kódnév alatt futott, igazi márkanevét csak később nyerte 
el. A Sun Microsystems múlt ősszel jelent meg a piacon 
UltraSPARC III 64 bites processzorával, de ez a linuxos 
közösségeket kevésbé izgatta fel, mint az Itanium vagy 
az AMD Sledgehammer, amelyet előreláthatóan egy év 
múlva dobnak piacra. 

Az Itanium megérkezett. Ahogy Linley Gwennap véli: 

"A kiszolgálók terén mindig lassabb a változás, de most, 
az Itanium megvalósulásával az Intel uralma már csak 
idő kérdése." 

Melyik operációs rendszernek jut majd a főszerep ebben 
az uralomban? Az első sajtóközlemény az Intel Itanium 
weblapján így hangzik: , Megindul az Intel Itanium-alapú 
rendszereinek a gyártása". Az operációs rendszerekről 
pedig a következőket írják: 

, Négy operációs rendszer fogja támogatni az Itanium- 
alapú rendszereket: a Microsoft Windows-rendszerei 
(64-bit Edition" a munkaállomásokon és 64-bit Windows 
Advanced Server Limited Edition 2002" a kiszolgálókon), 
a Hewlett-Packard HP-UX 111 v1.5"-e, az IBM AIX-5L"-je 
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és a Linux. A Caldera International, a RedHat, a SuSE 
Linux és a lIurbolinux egyaránt tervezi a 64-bites Linux- 
változat kiadását." 
Május 29-én a SuSE bejelentette a SuSE Linux 7.2 for 
IA-64-et, a RedHat pedig a Red Hat Linux for the Itanium 
Processort. A következő napon a Turbolinux nyilvános- 
ságra hozta a Turbolinux Operating System 7 for the 
Itanium kiadás megszületését. 
Mindhárom esetben jelen időben hangzottak el az állítá- 
sok. Amikor ezeket a sorokat írom, az Intel weblapján 
olvasható négy szalagcím közül három a Linuxról szól. 
A negyedik így hangzik: , A Microsoft leleplezi a 64-bites 
Windows-rendszerek terveit" . 
A gépek terén az SGI bejelentette (úgyszintén május 29-én) 
a Silicon Graphics 750-es rendszert Linuxszal, ami a cég 
szerint , az első Itanium-alapú rendszer, amely Linuxot 
használ". Az IBM azt állítja, hogy az NCSA-ban a világ 
második leggyorsabb linuxos számítógépét építi meg, 
amely Turbolinuxot futtató itaniumos gépekből áll majd 
össze. A telepítést még a nyáron elvégzik. 
Sokakat illet köszönet, de lehet, hogy egy csapással el 
lehet intézni a hálálkodást, ha a Trillian-projekthez fordu- 
lunk (ma már LinuxlA64.org-nak hívják és a 
2 http://linuxia64.org/ weblapon érhető el). A Trillian 
1999 májusában indult és összehozta a Calderát, a 
CERN-t, a Cygnust (jelenleg RedHat), a HP-t, az Intelt, 
a Linuxcare-t, az NEC-t, az SGI-t, a Turbolinuxot és 
a VA Linuxot. E cégek többségének ma már van mit 
felmutatniuk. 
Manapság is csak nehezen képzelhető el, hogy az 
Itanium nagy sikere ne a , pingvintényező" figyelembe- 
vételének lenne köszönhető. 

Doc Searlis 


"A csillagok bejegyzett márkaneveket jelölnek. 
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A fejlesztők webkiszolgálónak vagy webes 
alkalmazáskiszolgálónak leginkább ezeket 
a Linux-változatokat használják 


Egyszerre több választás volt megengedett. 
Az átlagosan kiválasztott Linux-változatok száma: 2.3. 
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A Linux lekorozi a Solarist? 


A pénzügyi szféra 
számára egyre jobb, 
olcsóbb és gyorsabb 

linuxos megoldások 
látnak napvilágot. 


2. táblázat A számítási 
teljesítmény összehasonlítása (futásidő,) II. 


Linux Solaris Különbség 
Hibakereső 14mp 48mp 34090 
Javított 7mp  17mp 24090 
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. Láttuk-hallottuk — 


Felhasználói szerződés kérdése 


Na jó, beismerem, ezt a kérdést én magam írtam, mert 
olyan gyakran tették már fel, hogy a választ nyomtatás- 
ban szeretném látni. Nyílt forráskódot fejlesztő cégekkel 
és kezdeményezésekkel együttműködő jogászként gyak- 
ran kérnek fel arra, hogy az OSI által jóváhagyott nyílt 
forrással foglalkozó szerződések közül válasszak, vagy 
hagyjam jóvá ügyfelem választását. (Az itt bemutatott 
szerződések mindegyike megtalálható az OSI honlapján, 
a 5 http:/Avww.opensource.org címen.) 

A kérdés azonban a sorrendet a feje tetejére állítja, 
ugyanis a szerződés kiválasztásának folyamatát az 
ügyfél üzleti terve vezérli, nem pedig fordítva. 

A bevétel a program eladásából származzon vagy a kie- 
gészítő szolgáltatásokból, mint például a telepítés vagy 

a betanítás? Ha az üzleti modell megkívánja, a kereske- 
delmi szerződések használatát semmi sem tiltja. A nyílt 
forráskód szószólójaként az ügyfelet természetesen 
megpróbálnám meggyőzni a nem kereskedelmi jellegű 
szerződések előnyeiről, de a végső döntés az övé. 

Milyen mértékű szabadságot szeretnénk adni a program 
módosítására? Léteznek olyan nyílt forrásról szóló szerző- 
dések (például a BSD-típusúak), amelyek a felhasználó- 
kat szinte semmiben sem korlátozzák; ilyen felhasználói 
szerződés mellett a programot módosíthatják, és keres- 
kedelmi változatokat is korlátozás nélkül hozhatnak létre. 
Más nyílt forrású szerződések (például a GPL-típusú, köz- 
ismertebb nevén , szabad szoftver"-szerződések) megkö- 
vetelik, hogy a felhasználó változtatásaira ugyanazon 
szerződés feltételei vonatkozzanak. Ez az , öröklődés" 
akkor előnyös tulajdonság, ha az a szándékunk, hogy 

a közösség számára végzett munkánkhoz a felhasználók 
is hozzájáruljanak, amelyből így ők is részesednek. Akad- 
nak olyan nyílt forrású szerződések (például az MPL-típu- 
súak), amelyek a szabadság közbenső fokát nyújtják: a 
nyílt forráskódot tartalmazó állományok módosításai a 
nyílt forráskódú szerződés feltételeit öröklik, de az olyan 
új programállományok, amelyek csak használják azokat, 
másfajta szerződéssel is terjeszthetők. 

Szándékunkban áll-e jótállni azért, hogy a program , meg- 
határozott célra alkalmas"? Ha a program jogdíjmentes, 
akkor valószínűleg a garanciavállalást nem engedhetjük 
meg magunknak. Másrészt dönthetünk úgy is, hogy a nyílt 
forráskódú programot pénzért terjesztjük, és a biztosítékot, 
valamint az egyéb szolgáltatásokat a bevételből fedezzük. 
Lehetséges, hogy a programunk annyira ismert, hogy a 
legfőbb, védelmet igénylő vagyontárgy maga a termék 
neve, nem pedig a kódja. Kitűnő példa erre az Apache. 
Felhasználói szerződésük megengedi, hogy az Apache- 
kóddal szinte bármit megtegyünk, de a módosított kód 
programnevét meg kell változtatnunk. Ha létezik olyan 
márkanevünk, amelyet védeni kívánunk, győződjünk meg 
róla, hogy a szerződés tartalmazza-e az erre vonatkozó 
megfelelő feltételeket. 

Számításba vehetjük a kettős szerződés lehetőségét is: 

a programok szerzői jogának tulajdonosai számára mindig 
nyílt útként kínálkozik, hogy többféle felhasználói szerző- 
dést használjanak. A programot terjeszthetjük például a 
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GPL feltételei szerint, felajánlva emellett egy kereskedelmi 
változatot azon vásárlók számára, akik félnek a GPL 
öröklődő tulajdonságaitól — így ez az indokolatlan félelem 
bevételi forrássá válhat. 

Eltérő felhasználói szerző- 

déseket használhatunk 

a program különböző ré- 

szeihez is: miközben a kiszolgáló kereskedelmi termék, az 
ügyfélprogramot MPL-típusú szerződéssel terjeszthetjük. 
így a nagyobb felhasználóktól bevételre tehetünk szert, 
mert ők megveszik a kiszolgálót, ugyanakkor az ingyenes 
ügyfélprogrammal jelentős felhasználói kört építhetünk ki. 
Magát a kódot akarjuk védeni vagy azokat a szabványo- 
kat, amelyeket a kód megvalósít? Az olyan felhasználói 
szerződések, mint a SISSL, a program módosítását min- 
denki számára engedélyezik, mindaddig, amíg az meg- 
felel a szabványügyi testület előírta követelményeknek; 
azok a felhasználók pedig, akik nem kívánnak az előírá- 
soknak megfelelni, a módosítások referenciáját kötelesek 
jogdíjmentesen nyilvánosságra hozni, így a szabványt 
harmadik fél nem sajátíthatja ki. 

Ha a programmal szabadalmak is kapcsolatba hozhatók, 
meg kell fontolnunk, hogy a szabadalmakat Is a felhasz- 
nálói szerződés alá vonjuk-e. Védekeznünk kell a felhasz- 
nálók azon ötletének megvalósítása ellen is, hogy saját 
szabad programunkat felhasználva, majd ellenünk fordul- 
va pert indítsanak szabadalmi jog megsértése címén. 

Az OSI által jóváhagyott felhasználói szerződések külön- 
bözőképpen közelítik meg ezt a kérdést: egyesek erős 
megtorló intézkedéseket foglalnak magukba, mások eny- 
hébbeket, amelyek kevésbé fenyegetőek a sok szabadal- 
mat birtokló ügyfelek számára. 

Ez a lista azonban nem meríti ki az összes szempontot, 
amelyet figyelembe kell vennünk! A felhasználói szerződés 
kiválasztása előtt a döntéshozónak és jogászának teljes 
egészében át kell látnia az adott üzleti helyzetet. A fenti 
kérdések megválaszolása után még mindig döntenünk kell, 
érdemes-e saját szerződést létrehozni a szükséges jogi 
beruházással, vagy jogászunkkal a már létező felhasználói 
szerződést igazítsuk igényeinkhez? Kérjünk tanácsot a vál- 
lalkozásunkat jól ismerő jogásztól! Ne feledjük, a felhasz- 
nálói szerződés kiválasztását üzleti célok vezérlik! Bárki, 
aki üzleti céljainkat semmibe veszi, nem a mi emberünk. 
A jogi tanácsadás megfelelő kerete egy jogász-ügyfél 
kapcsolat, amely egy adott helyzet minden tényállását 
figyelembe veszi, és a helyileg érvényes jogoknak minden 
tekintetben megfelel. Bár ezt a cikket is jogász írta, a 
benne foglalt tájékoztatás nem helyettesítheti az esetre 
szabott, bejegyzett jogásztól származó tanácsadást. 


Lawrence Rosen 
(www.rosenlav.com) magángya- 
korlatot folytató jogász a kaliforniai 
Redwood Cityben. A Nyílt Forrás 
Kezdeményezés (Open Source 
Initiative ügyvezető igazgatója és 
jogtanácsosa (2 www.opensource. org ). 
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Olyan cégeket 
gyűjtöttünk csokorba, 
amelyek huzamosabb 

ideje számos 
területen Linuxot 
alkalmaznak, mert 
fontos számukra a 
megbízhatóság és a 
rendelkezésre állás. 
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Cégcsokor 


Kövessük végig, hogyan zajlik egy cég átállása Linuxra 
— akár a munkaállomásokat is beleértve! 


Bábolna Rt. 

1997 nyarán kezdtek ismerkedni a Linuxszal. Már ekkor 
intranetkiszolgáló kialakításával próbálkoztak IIS és 
Microsoft Exchange segítségével, azonban hosszas 
kísérletezéssel sem sikerült megbízhatóan működő 
rendszert összeállítaniuk. 

A Linux először egy 486 DX2 66 MHz-es gépen , kelt 
életre", amin eleinte RedHatet majd Debiant alkalmaztak. 
Utóbbi bizonyult megfelelő választásnak, azóta is ezt 
használják. 


ei sen pe Esni ma E 


Hanna. Fan ar . Fideszen 


reza Aasneet zi 





A Linuxot lépésenként vezették be, oly módon, hogy 
egyre több feladatot osztottak rá. 
1. Egy meglévő modemet , közösítettek" és kialakí- 


tottak egy ,kitárcsázó" kiszolgálót, amely rendszeres 
időközönként leszedte, illetve elküldte az összegyűj- 
tött leveleket. Ezt a szolgáltatást a számítóközpont 
munkatársaira előbb csak a kimenő levelek esetén, 
később a bejövők kapcsán is kiterjesztették. Erre 

a célra a Sendmail-t és a Fetchmail-t használták. 


. Az internetelérés megosztása céljából egy proxykiszol- 


gálót készítettek, melyhez a Sguid-et használták fel. 


. Ezután a belső DNS elkészítése került sorra, amelyet 


az IRC, a web- (Apache) és az FTP-kiszolgáló köve- 
tett. Már ekkor látszott, hogy a meglehetősen gyen- 
gécske kiépítésből megbízható, használható rend- 
szert sikerült alkotni. 


. 1997 augusztusában adatbázis-kiszolgálóval 


(PostgreSOL) egészítették ki a meglévő gépen talál- 
ható webkiszolgálót, és erre alapozva már aktív 
HTML-eszközökkel készítették el a nemzetközi gazda- 
napok informatikai rendszerét (cégbemutatás, vásári 
tájékoztatás, vendégkönyv stb.). A fő szempont 
ismét nem a költség, hanem a megbízható működés 
volt. A vállalatnál a kezdeményezés sikere alapozta 
meg a Linux elismertségét. 


5. A következő lépés a Novell emulátor (Mars NWE) 


és a fájlkiszolgáló (SaMBa) használatba állítása volt. 
A feladatok sokasodása következtében szükségessé 
vált a számítógép bővítése, és valóban üzemszerű 
lett a Linux alkalmazása. A csak belső levelezésre 
használt postaládák száma ekkor már elérte a százas 
nagyságrendet, ezért áttértek a könnyebben beállít- 
ható smail programra. 


. Létrehoztak egy betárcsázókiszolgálót, amely a telep- 


helyek és a központ közötti adatszolgáltatást bonyolí- 
totta le. A legnagyobb nehézséget a DOS-on is futó 
FTP-ügyfélprogramok beszerzése okozta. 


. 1999 tavaszán lehetőség nyílt bérelt vonali internet- 


elérésre. A bérelt vonal kiépítésének idejét ISDN-kap- 
csolattal hidalták át. Ezt a feladatot is a Linux látta el, 
és az addig csak belső használatra szánt postafiókok 
levéltovábbítás (mail relaying) segítségével az Inter- 
net felől is elérhetővé váltak. Ekkor már figyelmet 
kellett fordítani a védelemre, amelyre két megoldás 
is kínálkozott: saját vagy vásárolt tűzfal kiépítése. 

Az informatikusok a vezetőség számára az első mód- 
szert javasolták, és a Linux ingyenessége itt komoly 
előnynek bizonyult: az új web- és levelezőkiszolgáló- 
val kiegészítve a szükséges gépek és alkatrészek ára 
feleannyit sem tett ki, mint amennyibe a legolcsóbb 
(és biztonságosnak alig nevezhető) kereskedelmi 
rendszer került volna. A fő érv itt is inkább a kézben- 
tarthatóság és a frissíthetőség volt. Az informatikai 
csapat inkább vállalta, hogy meghibásodás esetén 
nem tudja kire hárítani a felelősséget, minthogy nem 
látja át a rendszert. Figyelemreméltó, hogy a Linux- 
rendszerekben még ma is hatalmas tartalékok rejle- 
nek, és az indításkor beszerzett PC-k azóta is kivá- 
lóan ellátják feladatukat, nem szorulnak bővítésre. 
Eddig egyszer fordult elő alkatrész-meghibásodás, 
amit a PC-alapú rendszernek köszönhetően gyorsan 
sikerült elhárítani. 


. 1999 nyarán került sor egy Oracle Applications rend- 


szer Unix-alapú kiszolgálókkal való bevezetésére. 
Ennek alapját az teremtette meg, hogy a Linux segít- 
ségével már eléggé jól kiismerték benne magukat, 
illetve könnyebben el tudták sajátítani más Unix-rend- 
szerek használatát. Ez azért fontos szempont, mert 

az egyéb választások (Mainframe, Windows NT) az 
áruk, illetve a kedvezőtlen tapasztalatok miatt nem 
tűntek megfelelőnek. A kezdetben Sun-, később AIX- 
rendszerekhez ajánlott rendszergazdai X-terminál he- 
lyett természetesen saját linuxos gépeket használnak. 


. A fejlesztő és a bevezetést végző külsős munkatársak 


számára lényeges volt, hogy elérjék az AIX egyes 
könyvtárait, amit FTP-vel vagy NFS-sel oldottak meg. 
A Microsoft-eszközökhöz szokott munkatársak szá- 
mára ez azonban túl bonyolultnak tűnt. Azért, hogy 
nekik kedvezzenek, a már bevált megoldáshoz folya- 
modtak: a Linux mindkettőt érti, fordítson. Ez már 
azonban sajnos túlterhelte a gépet (ugyanis a belső 
Web, FTP IRC és DNS továbbra is ezen működött). 





jú a 


10. 2000 tavaszán az IBM 9672 eléréséhez a korábban 
használt Microsoft SNA kiszolgáló feleslegessé válá- 
sával felszabadult egy Dell PowerEdge 4200 gép. 

Az előző lépésben leírt szolgáltatás kivételével min- 
dent erre a gépre tettek át. 

11. A hálózatban lévő útválasztókat és a két AlX-es 
Unixot is Linux alól felügyelik a /klned, mrtg és 
NetSaint programok segítségével. 

12. További tervek és ötletek születtek a Linux 
, munkakörének" kiterjesztésére: 

e . Samba segítségével PDC (Primary Domain Controler) 
készítése a windowsos munkaállomások számára, 
miáltal egyszerűsödne a felhasználók felügyelete; 

e — Linuxos (esetleg lemez nélküli — diskless) munkaállo- 
mások üzembe helyezése. 


Mecsekfúszért Rt. 

Egy Epox KP6-BS alaplapban lévő két 550 MHz-es 
Pentium III-as processzor, két Promise Ultra66 IDE 
veérlő és 256 MB RAM az alapja annak a gépnek, 
amelyben két 6.4 gigabájtos Western Digital merevle- 
mez helyezkedik el RAID1-be kötve a rendszer számára, 
és két húszgigás IBM merevlemez, szintén RAID1-be 
kötve az adatoknak. SuSE Linux operációs rendszer 
gondoskodik a következő programok futtatásáról: 
főkönyvi rendszer — Micro Focus Application Server; 
nagykereskedelmi rendszer — Sea-Change 2 (1BCS2-vel 
futtatva); Cobol fejlesztői rendszer — Micro Focus 
Object Cobol Developer Suite. Az eddigieket körülbelül 
ötven felhasználó alkalmazza. Mostanában pedig a 
StarOffice-kiszolgáló szolgáltatásait próbálgatják, körül- 
belül 5-7 felhasználó számára. Ezenkívül kisebb alrend- 
szerek is futnak a rendszeren, például Dataflex for Intel 
Unix segítségével. A programok 200-600 megás fájlok- 
kal dolgoznak. Fájlrendszerként ReiserFS-t használnak. 


MHM Computer Hungária Kft. 

A feladat nagy rendelkezésre állású kiszolgáló létre- 
hozása volt, amelyet a következő eszközökkel oldottak 
meg: 600 MHz-es Pentium III processzor, 256 MB 
RAM-mal felszerelt két gép, melyeken RedHat 7.0-s 
operációs rendszer futott. Az alkalmazott programok: 
BIND - a DNS-szolgáltatáshoz, SalMBa — fájlkiszolgá- 
lóként, Sendmai! — levelezőkiszolgálónak, Sguid — 
proxykiszolgálóul, Apache — webkiszolgálónak és Kim- 
berlite — a fürtözéses szolgáltatásokat lehetővé tevő 
program. Egyéb alkatrészek: két külső hálózati kap- 
csoló, külső (megosztott) SCSI-ház, multi initiator 
SCSI bus (egy SCSI buszon egyszerre két vagy több 
SCSI vezetőkártya található). A gépek 10/100-as belső 
hálózaton helyezkednek el, de a két gép között egy 
külön 100 Mb/Ss-os összeköttetés is van. A SCSI-kár- 
tyák Adaptec 29160-asok, 160 MB/s átvitelt tesznek 
lehetővé, a merevlemezek 9 GB-os méretűek. (Egye- 
lőre azonban nem kapható olyan merevlemez, amely 
ezt a sebességet ki is tudná használni.) A közös elérésű 
merevlemez-alrendszeren ReiserFS jegyzőkönyvező 
fájlrendszer található. 


www.linuxvilag.hu 


Kek kk Hrla. ni best 
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A nagy rendelkezésreállás azt jelenti, hogy a rendszer 
nagymértékben hibatűrő. Ha a kiszolgálást végző gép 
bármilyen okból leáll, feladatát , társa" veszi át helyette. 
Így a tervezett leállások esetén is lehetségessé válik 

a folyamatos szolgáltatás. Egymás állapotát a két gép 

a megosztott merevlemez-alrendszeren keresztül Is figyeli, 
és hiba észlelése esetén a működő gép ki tudja kapcsolni 
a másikat, nehogy az valamit elrontson. A fürt (a beál- 
lítás függvényében) úgy is képes működni, hogy a leállt 
gép a visszakapcsolása után a feladatokat visszaveszi, 
és úgy is, hogy visszakapcsolása után tartalékban 
marad, amíg a másik üzemel. 


DEE LEK 5 HEAT tr LL ÉAF EH NET 


me ada Fir knnnezgsz 
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Ennek a szolgáltatásnak a bevezetése nem a felhasználók 
nagy száma (a két gépet kiszolgálóként 15 felhasználó 
használja) miatt, hanem az üzletileg fontos adatok védel- 
me érdekében vált szükségessé. 

A beüzemelési próbán kívül nem volt leállás, sőt még 
tévesztést (failover) sem tapasztaltak. A fürt próbája a 
következőképpen zajlott: a kiszolgálást végző gépet kikap- 
csolták, a megmaradt gépnek pedig észre kellett vennie 

a másik leállását, valamint át kellett vennie a szolgáltatá- 
sokat. Körülbelül 15-20 másodperc alatt lezajlott az átál- 
lás, tehát ennyit , érzékeltek" a felhasználók a szolgáltatá- 
sok kieséséből. Mivel a fürtben lévő két gép csak az ada- 
tokat osztja meg egymással (adatszempontú fürt), az élő 
kapcsolatok , elhalnak" . Élő kapcsolatokat nem lehet 
átvenni, csak akkor, ha a két rendszer ezeket az adatokat 
is folyamatosan megosztja egymással, de ez már a nagy- 
gépek világa lenne. A bejelentkezett windowsos ügyfelek 
önműködően csatlakoznak újra a megosztásokra. 
Sorozatunk következő részében folytatjuk a hazai linuxos 
megvalósítások bemutatását. 


..] Kósa Attila 

úö8 (atkosaOshinwa.hu) informatikus 

. ] mérnök. Egy japán cégnél dolgozik 
.. ] rendszergazdaként. 1995-ben találko- 
j 88 al zott először a Linuxszal. Amikor csak 
teheti, két kisfiával játszik. 
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A befektetőket ért veszteség 
a dot-com cégek bukásakor: 
4,6 trillió dollár 


. A Microsoft vagyona készpénzben: 


30 milliárd dollár 


. A Microsoft helyezése készpénzkész- 


lete alapján, minden amerikai céget 
figyelembe véve: 1 


. Bill Gates és Steve Ballmer szerint 


a feliratkozások (például HailStorm) 
helyezése a Microsoft jövőbeni 
bevételi forrásai közt: 1 


. A Linux Counter Project által jegyzett 


leghosszabb folyamatos üzemelési 
idő: 434 nap 


. Az Egyesült Államok postahivatalaiban 


ennyi linuxos gépet használnak a leve- 
lek válogatásához: 900 


. A 5 LinuxCertified.com által jegyzett 


tanulók között a nők aránya 
(százalék): 5—8 


. Azon szövetségi számítógépek száza- 


léka, amelyek már 1998-ban is 
Linuxot használtak: 25 


. Az amerikai Nemzeti Óceán és Légköri 


Hivatal (National Oceanic and 
Atmospheric Administration — NOAA) 
Előrejelzési Rendszerek Laboratóriu- 
mában üzemelő Linux Beowulf telep- 
ben működő Compag Alpha munka- 
állomások száma: 277 

Ugyanebben a laborban működő 
linuxos telepek száma: 2 

A NOAA új rendszere ennyiszer 
hatékonyabb a régi telepnél: 20 

A Dell vagyona készpénzben: 

8 milliárd dollár 


. Az alkatrészek heti árcsökkenése 


a Dell szerint, 2001 májusában 
(százalékban): 1 

A Dell alkatrészkészlete ennyi 

napra elég: 3 

A Transaction Processing Performance 
Council TCP-H mérései alapján 2001 
májusában az SGI 1450 Server által 
elért helyezés (IBM DB2 UDB EEE 7.2- 
vel, 2.4.3-as Linux-rendszermaggal): 1 


Forrás 

1—4: Business Week 

5—6: Linux Counter project 

7. 5 LinuxCertified.com 

8—14: 5 CNN.com 

15: Iransaction Processing Performance 
Council 8 http:/Awww.tpc.org/ 


Ők mondták 


Bulira fel! 
Csak az őrültek veszik magukat teljesen komolyan. 
(Sir Max Beerbohm) 


Mielőtt az őrült tudós megőrült volna, valószínűleg létezett egy 
olyan időszaka, amikor még csak félig volt őrült: ilyenkor rendezte 
a legjobb bulikat. (Jack Handey) 


Jéghegy előttünk! 

A szállítási hasonlatokat a vasútról sürgősen át kell ültetnünk a 
hajózásra. Bármennyire ügyesen kormányozzák is titanikjaikat az 
olyan , széles sávú" iparmágnások, mint Michael Eisner, Rupert 
Murdoch vagy Steve Case, a hatalmas jéghegy, melybe nevüket 
vésték, már levált az Északi-sark jégsapkájáról és menthetetlenül 
feléjük sodródik. Ezt a jéghegyet természetesen Internetnek hívják. 
(Christopher Locke) 


A fogalmat illetően kissé bizonytalan 
Szerintem ha azt mondod, hogy meg fogsz tenni valamit és még- 
sem teszed meg, ez a megbízhatóság jele. (George W. Bush) 


Ésszerű mellébeszélés 

A , Médiakapcsolatok"-nak a világ minden országában törvényte- 
lennek kellene lenniük. A legjobb esetben is a médiakapcsolatok 
csak az unokatestvérek közötti vérfertőző viszonyhoz hasonlítha- 
tók. A Weben szerepel a legrosszabb példák egyike: a hirdetési 
ügynökségek és a kétes tehetségű webgrafikusok szörnyűséges 
szövetsége. (A. Head Lemur) 


Ne csupán kortársaidnál és elődeidnél legyél jobb. Próbálj túltenni 
önmagadon. (William Faulkner) 


Nem azért használtuk a , nyílt forráskód" (open source) kifejezést, 
hogy felidegesítsük a Free Software Foundation embereit, hanem 
azért, hogy olyan jelentésteret hozzunk létre, ahol szabadon 
beszélhetünk és nem kell attól tartanunk, hogy elijesztjük azokat 
az embereket, akiket meg akarunk győzni. (Eric S. Raymond) 


Ó, bébi! 
A szex a szublimált matematikai ösztön. (MM. C. Reed) 


2500 mérföld 0,0134 fénymásodpercnek felel meg. Ha 10 (Gb/s-t 
(0C€192C) 1 GB/s-nek veszünk (kerekítés), akkor 13,4 megabájt 
lesz az eredmény. Ha 2,5 Gb/s-t veszünk alapul (0C48C), akkor 
néggyel kell osztani, így három megabájtot kapunk. 

(Mike 0 Dell) 


(Újrajindulás! Előre! 

A Windows felismerte, hogy meggondoltad magad. A Windows 
most újraindul, hogy alkalmazza a változásokat. 

(Gates throws tantrum), a Slashdoton 


Az irónia halott. (Don Marti) 


Nem hiszem, hogy fenyegetést jelentene. Legfeljebb nem lehet 
rossz kódot eladni arra alapozva, hogy úgysem nézheti meg senki. 
(Amy Wohi a Linuxról és a nyílt forráskódról) 


A második legősibb foglalkozás: a könyvelés. 
(Craig Burton) 








Láttuk-hallottuk 


Új termékek 


Opera 5.0 

Az Opera 5.0 az 
Opera Software 
nagy tudású web- 
böngészőjének hiva- 
talos kiadása, amely a Ot fejlesztőkör- 
nyezet segítségével készült. Az Opera 
böngésző gyorsan jeleníti meg a lapo- 
kat, a képekre és a dokumentumra 
vonatkozó beállításokat azonnal érvé- 
nyesíti, sokoldalú ,húzd és dobd" 
képességekkel rendelkezik, továbbá 
támogatja a többablakos üzemmódot 
és a nagyítást (100090-ig). Az Opera 
mérete 1,5 MB dinamikusan kapcsolt 
Ot-vel, statikusan kapcsolt Ot-vel 

3 megabájt. A következőket támo- 
gatja: 128-bites titkosítás, TLS 1.0, 
SSL 2 és 3, CSS1 és CSS2, XML, 
HTML 4.01 és JavaScript 1.3. 

Opera Software A/S, Waldemar 
Thranesgt. 98, 0175 Oslo, Norway, 
e-mail: commerciakoopera.com, 

2 http:/Awvww.opera.com/ 


Xmced 3.0 

Az Xmcd CD-lejátszó alkalmazás 

— amely X Window System alatt a 
legtöbb Unix-változaton fut — elérte 

a 3.0 változatszámot. A 3.0-s csomag 
tartalmazza az Xmcd-programot, 
amely X11/Motif programkönyvtáron 
alapuló CD-lejátszó segédprogram, 
valamint a cda programot, mely 








parancssorból vezérelhető nem grafi- 
kus CD-lejátszó alkalmazás. Az Xmcd 
rengeteg CD-ROM-, CD-R-, CD-RW- és 
DVD-eszközt, továbbá többlemezes 
egységeket és néhány régi SCSI-1 
meghajtót is támogat, mint ahogyan 
CD-k felismerését is a Gracenote 
CDDB-n keresztül, valamint képes 
kapcsolódni az internetes CDDB-ki- 
szolgálókhoz a szerző, a lemezcím, 

a számcímek és egyéb adatok meg- 
szerzésének céljából. Az xmcd-re a 
GPL felhasználói szerződés vonatkozik, 
és az alábbi weboldalról tölthető le: 

2 http:/Awww.amb.org/xmcd/ 
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Ouick Restore 
adatvédelem 

A Üuick Restore 2.7.4-es változata 
adatvédelmi program, amely külön- 
böző összetevőkből álló hálózatban 
oldja meg az adatmentést és adat- 
visszaállítást. A Network Data 
Management Protocollon (NDMP) 
alapuló Ouick Restore lehetővé teszi 
a NAS-rendszerek helyi és távoli biz- 
tonsági mentését szalagra és könyv- 
tárakba. Új tulajdonságai közé sorol- 
ható, hogy az egyszerűbb működte- 
téshez több felületet támogat, bőví- 
tették a tűzfaltámogatást is, valamint 
továbbfejlesztették a DLT szalagfor- 
mátum kezelését, és az újonnan elér- 
hető szalagkönyvtárakat (tape libra- 
ries) szintén támogatják. 
Workstation Solutions, Five Overlook 
Drive, Amherst, Nevv Hampshire 03031, 
telefon: 800-487-0080, 

e-mail: info(r(iIDworksta.com, 

2 http:/Awww.worksta.com/ 


INTERNETpro MEET 
Enterprise Stack Biz 23 
Az Internet Appliance ter- IE 
méke, az INTERNETpro 
Enterprise Stack olyan 
tároló- és biztonsági megoldás, amely 
egységbe foglalja a hatékonyabbá tett 
webkiszolgáló programot és a gépal- 
katrészeket. Az egész egység közpon- 
tilag karbantartható és felügyelhető, 
miközben magas elérhetőséget és 
méretezhetőséget, valamint biztonsá- 
got nyújt szolgáltatóknak és vállalko- 
zásoknak egyaránt. Alkalmazási terü- 
letei többek között: adatközpontok, 
kiszolgálók közötti VPN és távolból 
elérhető VPN. 

Internet Appllance, Inc., 

40515 Encyclopedia Circle, Fremont, 
California 94538, 

telefon: 877-986-6366, 

e-mail: salesointernetappllance.com, 
2 http:/Awww.internetappllance.com/ 





iIXsystems 10 kiszolgáló 

Már kapható az iXsystems (korábban 
BSDI) iXtreme 1400 1U állványba sze- 
relhető internetkiszolgálója. Az iXtreme 
1400 38 cm mély, és nagysága keve- 
sebb, mint kétharmada egy átlagos 
1U kiszolgáló méretének. A procesz- 
szorokat, a lemezegységeket és a 
tápegységeket nyolc ventilátor hűti, 


ezért a kiszolgáló magas környezeti 
hőmérsékleten is üzemelhet. Az 1400- 
asba legfeljebb 4 GB memória, 
két ethernetkapu, két EIDE 
vagy két SCSI nagyse- 
bességű lemezegység és 
két, legfeljebb 933 MHz- 
es processzor szerelhető. 
IXsystems, Inc., 1550 The Alameda, 
Suite 100, San Jose, California 95126, 
telefon: 866-449-7978, 

e-mail: info DiIxsystems. net, 

2 http://www.ixsystems.net/ 


SysOrb 2.0 

A Solit Solutions ApS kiadta a 
SysOrb 2.0-t, amely több felületen 
futó hálózat- és rendszerfelügyeleti 
eszköz. A támogatott felületek: 
RedHat, Debian, FreeBSD, Windows 
NT/2000 és Solaris. A beállítások, 
a valós idejű és a régi adatok adat- 
bázisa webes felhasználói felületen 
keresztül érhető el. Gond esetén 

a rendszer SMS-ben, levélben vagy 
a személyhívóra riasztást küld. 

A program és a felhasználói szerző- 
dés ingyenesen letölthető a 

2 http://www.sysorb.com/ címről, 
Solit Solutions ApS, Maglebjergvej 
5D, DK - 2800 Lyngby, 

telefon: t-45-45-380-888, 

e-mail: sssorbosysorb.com, 

2 http:/Avww.sysorb.com/, 
http://www.solit.dk/ 


MindRover: 

The Europa Project 

A Loki Software kiadta a CogniToy 
népszerű játékának, a MindRover: 
The Europa Projectnek a linuxos vál- 
tozatát. A háromdimenziós stratégiai, 
illetve programozó játékban a játéko- 
sok önálló robotjárműveket építhet- 
nek, amelyeket gyorsasági versenye- 
ken indíthatnak. A menet üres jármű- 
vel indul, amelyhez nekünk kell érzé- 
kelőket, fegyvereket és motorokat 
adnunk. Az összetevőknek együtt kell 
működniük, tulajdonságaik vizuális 
programozási rendszerrel állíthatók 
be. A játékosok egymás között a 
robotokat elektronikus levélben vagy 
a weben keresztül megoszthatják. 
Loki Software, Inc., 250 El Camino 
Real, Suite 100, Tustin, 

California 92780, 

e-mail: info(0(tIIokigames.com, 

2 http:/Awww.lokigames.com/ 
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A hónap szakmai tanácsai 


Régi szalagok másolása 
Jelenlegi munkahelyemen elődeim a biztonsági 
mentéseket nem kezelték egységesen: 
a DAT-tól az Exabyte-ig különféle adathordo- 
zókat használtak. Azt a feladatot kaptam, 
hogy a különféle formátumokat egységes 
1 alakba (jelen esetben AIT-formátumba) 
A" másoljam át. Próbáltam az egyik 
szalagot a másikra átmásolni, de 
nem leltem a megfelelő parancsot. 
Most a tar GNU-változatát használjuk, 
és a jövőben is ezt szeretnénk tenni. 
Próbáltam a 
dd if-/dev/czeszk zfXjl: 
of-/dev/ceszk zfEjl2: 
parancsot, de ez még csak el sem olvasta a szalagot. 
Charles Long, charleskowildbrain.com 






fear 
i 


Az általad használt parancs jónak tűnik, az egyetlen 
hiányzó elem a blokkméret (b s) lehet, amennyiben annak 
idején a szalagokat meghatározott blokkmérettel írták 
meg (ezt ki kell találnod). Ezután a parancs így néz ki: 
dd if-/dev/XXXX of-/dev/YYYY 

e bDS--sa elol okkmoree- 
Felipe E. Barousse Boué, fbarousseopiensa.com 


A dd-nek el kell olvasnia a szalagot, függetlenül attól 

a programtól, amellyel a szalagra írtak (például tar, 

dump, NetBackup). A gond a következők egyike lehet: 

1. a szalagot egy másik, nem együttműködő 
meghajtóval írták, 

2. a szalag hibás, 

3. a meghajtó fejei piszkosak vagy 

4. a szalag fejléce hibás. 

Másolás előtt próbáld meg a szalagokat az eredeti 

programmal csak olvasható mód-ban beolvasni, hogy 

meggyőződj a szalag(ok) és a meghajtó(k) helyes 

működéséről. A biztonsági mentés semmit nem ér, ha a 

szalagokat semmilyen módon nem tudod elolvasni. 

Keith Trollope, keithcowishing-well.demon.co.uk 


A második merevlemez 

megvédése önműködő telepítésnél 

Fő merevlemezemre RedHat 7.1-et szeretnék telepíteni 
oly módon, hogy csakis az legyen rajta. A másik leme- 
zen Win 98 található. A lemez üres, nem szeretném 
mindkét rendszert menüből elindítani. A második lemez 
fizikai kiiktatásán kívül van-e lehetőség az első önmű- 
ködő felosztására? 

Mit javasoltok, hogyan osszam fel 40 GB-os lemezemet? 
Paul Henman, linuxxyeohenman.ca 


A RedHat egyértelműen támogatja, hogy lemezedet úgy 
oszd fel, ahogy szeretnéd. Általában a következő 
felosztást szoktam javasolni: 


/ 100 MB 
/safe 100MB 
/usr — 3—4dGB az esetedben, esetleg lehet több is 


/var — a fennmaradó hely 


Linuxvilág 


Ezeket a közvetett hivatkozásokat kell létrehoznod: 

a /tmp-t a /var/tmp/ tmp-re és a /home-ot a 
/var/home-ra. Ennek a felosztásnak az az előnye, 
hogy a rendszer szempontjából létfontosságú gyökér- 
fájlrendszer kicsi marad, így a meghibásodás esélye 
kisebb, valamint a /safe-en állandó biztonsági 
mentést tarthatsz fenn. 

Marc Merlin, marc btsovalinux.com 


Az X indítása az indítólemezről 

A SuSE 6.3-at a merevlemez egy távoli részére 
(extended partition) telepítettem, ezért nem használhatok 
LILO-t. Később indítólemezt készítettem a CD-ről a 
rawrite . exe segédprogrammal. Amikor lemezről 
indítok, és a telepített rendszer helyét megadom, a 
parancssoros felületet tudom elérni. Hogyan indítható 

el a grafikus felület? 

Manoj Ramakrishnan, mark2gpcosify.com 


A grafikus felület több módon is elindítható. A startx 
paranccsal az X-et közvetlenül elindíthatod. Rendszer- 
gazdaként futtathatod az xdm-et, a kdm-et vagy a 
gdm-et; indítóállományuk általában a /etc/init . d- 
ben található, de parancssorból is indíthatók. Az utolsó 
és talán a legegyszerűbb lehetőség, ha a YaS72-ben 
beállítod a megfelelő futási szintet (3.). 

Marc Merlin, marc btsovalinux.com 


A LILO az MBR-be (fő rendszerindító terület) is telepít- 
hető, ezáltal elkerülhető a hajlékonylemezes rendszerin- 
dítás. A rendszer telepítése alatt ez a lehetőség valószí- 
nűleg elkerülte a figyelmedet. 

Csontos Gyula, Csontos.GyulaColinuxvilag.hu 
Fájlleíró bájtjainak beállítása 

Szeretném tudni, hogyan kell beállítani a fájlleírók (inode) 
méretét a teljes merevlemez összes fájlrendszerén? 
Lehetőségem nyílik-e arra, hogy a fájlleírók méretét a 
RedHat 7.0 telepítésekor megadjam, vagy a debugfís-t 
kell használnom a fájlleíró méretének 
megváltoztatásához? 

Matt Walters, matt.walters-osyberos.com 


A fájlrendszer létrehozása után a fájlleírók méretét már 
nem lehet megváltoztatni. Ha a RedHat telepítésekor 
szeretnéd ezt megadni, lépj ki a héjba (ALT--F2 a szöve- 
ges módú telepítésnél), és a fájlrendszereket magad 
hozd létre, például: 

mke2ífÍs -s 1 -b 4096 
0 /dev/sdal1 

ahola -s 1 értelmezi a szuperblokkot (Linux 2.2 vagy 
frissebb rendszermag), a -b 4096 a lemez blokkmé- 
retét 4 K-ra állítja be, a fájlleírók méretét a -i 8192 

9 K-ra állítja be, és a -m 1 a fenntartott blokkok számát 
a fájlrendszer méretének egy százalékában határozza 
meg (a manapság elterjedt nagy lemezeknél ez megfelelő). 
Ezután térj vissza a telepítőbe, és válaszd azt a lehető- 
séget, hogy a fájlrendszereket ne formázza meg. 

Marc Merlin, marc btsOvalinux.com 
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Teljesen kétirányú vagy sem? 

A HP-UX rendszerekben egyszerűen megtudható, hogy 
egy ethernetkártya teljesen kétirányú-e (full-duplex), 
csak ki kell adni a lLanadmin -x lan0 parancsot. 
A válaszból kiderül, hogy a kártya teljesen kétirányú 
100 Mb-es módban található vagy sem. Régóta keresek 
valami hasonlót Linux alá. 

Boleslaw Mynarski, bmancobolek.com 


Természetesen létezik, kettő is: az mii-tool és az 
mii-diag. Letölthetők például az 


2 ftp://ftp.valinux.com/pub/support/flory/mii-tool/ címről. 


Marc Merlin, marc bts-Ovalinux.com 


Szép billentyűzet, 

de hol vannak az ékezetek? 

Hogyan lehet az 1508859 karaktertáblázat felső részében 
elhelyezkedő betút, például egy á-t X Window System 
alatt beírni? A karakteres konzolon az ALT--225 segítsé- 
gével működik a dolog. Több leírást is olvastam az úgy- 
nevezett , Compose" gombról, de egyik útmutató alapján 
sem értem el eredményt. 

Kevin Goess, knetogoess.org 


Készítettem egy .Xmodmap nevű fájlt (ügyelj a pontra 

a fájlnév elején), ennek segítségével elérhetők a spanyol, 
angol, portugál és francia nyelvekhez szükséges karak- 
terek az úgynevezett , dead-keys", a CTRL, az ALT és az 
ALT GR használatával. Az /usr/lib/X1 1/xinit/.Xmodmap 
fájlomat a 5 http://www.piensa.com/xmodmapfile/ 
címen elérhetővé tettem. 

Ez a fájl minden alkalommal , lefut", amikor az X-et elindít- 
ják. Az xmodmap parancs segítségével akár kézzel is 
futtathatod. (A magyar xmodmap fájl az alábbi címről 
tölthető le: 5 ftp://ftp.cs.elte.hu/pub/magyar/X1 1/keyboard)/) 
Felipe E. Barousse Boue, fbaroussecoplensa.com 


A Gnome Character Map nevű grafikus segédprogram- 
jával a különleges karakterek kiválaszthatók. Letölthető 

a 5 http:/Avww.gnome.org/ címről. 

Paul Christensen, pchristensenopenguincomputing.com 


Nem lehet bejelentkezni 
Kis otthoni hálózatomban Linux, Win95 és WinNT él 
együtt. Újabban a Linux nem enged be Telneten keresz- 
tül, és közvetlenül a konzolon sem tudok belépni. Ezt az 
üzenetet kapom: 
/ebin/Togim:" 7 Tibjilibe"so 6: version 
S  GLIBESZETES mot SEU 
s (reguired by /sbin/login) 
A /ib/libc.so.6 fájl a /lib/libc-2.1.1-re mutató hivatkozás. 
Vajon mi hiányzik? 
Larry Busse, IIbC-oone.net 


Úgy tűnik, frissítetted a /bin/1login programot (való- 
színűleg az util-linux RPM-csomagon keresztül), és most 
függőségi gondod támadt, mert a program csak a 

glibc 2.1 .3-változattal képes együttműködni, neked 
pedig aglibc 2.1 .1 van telepítve. Nem tudom bizto- 
san, hogy sikerült-e telepítened az RPM-et, hiszen annak 
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panaszkodnia kellett volna a programkönyvtárak össze- 
férhetetlensége miatt. Az egyik lehetőség, hogy valaki 

a tudtod nélkül hozzáfért a rendszeredhez, és egy módo- 
sított /bin/logintt tett fel. Ha nem így lenne, tele- 
pítsd újra a RedHat 6.0-s terjesztés részét képező 
util-1linux csomagot (az rpm -U --force 
paranccsal), és minden rendbe jön. 

Marc Merlin, marc btsOvalinux.com 


A CD-ROM befűződik... de hová? 
Megpróbáltam Sun StarOffice 5.1-et telepíteni a gépem- 
re. Befűztem a CD-ROM-ot (mount /mnt/cdron), 

de amikor a CD-ROM könyvtárába léptem (/ ca), nem 
láttam ott a fájlokat. 

Luis Embalo, zulobabyohotmalil.com 


Győződj meg róla, hogy a megfelelő könyvtárat nézed-e. 
Ha a mount /mnt/ cdrom hibátlanul lefutott, a CD- 
ROM tartalma a /mnmt / cdrom könyvtárban tekinthető 
meg. Próbáld ki a mount parancsot kapcsolók nélkül. 
Az én rendszeremen többek között ezt a sort adja vissza: 
/dev/hdc on /mnt/ cdrom type is09660 (ro) 
Ebből értesülhetünk, hogy a CD-ROM-meghajtó (hdc) 

a /mit / cdrom könyvtárba van befűzve. Ha a /cd 
könyvtárba szeretnéd befűzni, írd be: 

mount /dev/cdrom /cd 

Paul Christensen, pchristensenopenguincomputing.com 


Az Apache jserv telepítése 

Megpróbáltam telepíteni az Apache jserv-et Linux Man- 
drake 7.2-n. A könyvekben és az Apache jserv leírásában 
a /usr/local/apache vagy a /usr/local/src szerepel alapértel- 
mezett könyvtárként, de nekem egyik könyvtár sincs meg. 
Kipróbáltam egy példát is a , Java Programming on Linux" 
című könyvből: 

./configure --with-apache-install-/usr 
5 --prefix-/opt/apache jserv 

5- with Jsdk-/usr/docAijJavaj JSDK2 0 
A következő hibaüzenetet kaptam: ./configure no such 
file or directory. 

Christopher Nallo, cnallotohome.com 


A /usr/local/apache akkor érvényes, ha az Apache-ot 
saját magad fordítod és telepíted. Ha nem ez történt, 
akkor valószínűleg RPM-csomagból telepítetted. Ha kia- 
dod a következő parancsot 

rpm -ga ] grep apache 

megtudod, hogy hány és milyen változatú Apache-össze- 
tevő került telepítésre. Ezután add ki a 

rpm -gi capache-csomagz 

parancsot, ahol az capache-csomag:z az első 
parancs egyik válaszsora. Ez megadja, hogy az adott 
csomag fájljai hová települtek. 

A . /configure-ral kapcsolatos gondodra azt tudom 
mondani, hogy a beállítófájlokat mindig abból a könyvtár- 
ból kell futtatni, ahol elhelyezkednek. Valószínűleg más 
könyvtárban voltál, nem abban, ahol a telepítendő cso- 
mag beállítófájlja volt. 

Felipe E. Barousse Boue, fbarousse(oplensa.com 


; Láttuk-hallottuk 


A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakran 
feltett kérdéseket és egyéb 
útmutatásokat a 

2 www. [inuxjournal.com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
lovábbi kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www. [inuxjournal.com/ 
[7-issues/techsup. htmi 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 
tárgyában szerepeljen 

a, BIS külcssző, 
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Felület(ífügget)len alkalmazások 


Havi főtémául a felületeket választottuk, mely döntés némi 
magyarázatot igényel, ugyanis így, a szó mindennapi jelentésé- 
ben a legtöbben egyből valamiféle fizikai felületre gondolnak. 
Ez lehet tükörsima fém, érdes fal vagy tapéta, elképzelhetünk 
azonban vízfelületet 15 — vagyis ilyen és ehhez hasonló dolgok 
jutnak az emberek eszébe, ha a fenti kifejezést hallják. Jelen 
esetben szó sincsen ilyesfélékről, hacsak nem a sokféleséget 
vesszük figyelembe. Jelenlegi használatunkban a felület szó 

az angol platform (jól vagy rosszul) magyarított változata, ezért 
jelenthet például különféle számítógépeket, programokat vagy 
operációs rendszereket. 

A Linux igazi többfelületes operációs rendszer, kedvencünket 
x86-os (a világon valószínűleg a legtöbb Linux ilyen gépeken fut) 
Amiga-, Apple-, Sun-, valamint Alpha-gépeken is futtathatjuk. 
Egyre több beágyazott rendszereket készítő cég használ Linuxot takes LETE : 
a készülékei működtetéséhez, könnyű alakíthatóságának és nyílt egy rel enbegér zttsogar ZORNNNNSN HroLteggs ft agyee es 
forráskódjának köszönhetően. A 3 http://www.linuxlinks.com/Ports/ : : ója Legezáettete e 
címen körülnézve számos érdekes hivatkozást találhatunk a Linux 
különböző kiépítésű számítógépeken történő futtatásához. 

Ebben a számban olvashatnak a Power PC-s Linux telepítéséről, "Es EALER ÉS GAZÉDÉÉHE ÖKdZEtT 
buktatóiról és ezek megoldásáról. Ezzel is megpróbáljuk a 777 TTESZÁGYNTSÁRŰLANRRKTSBSETST EN KE TONSETEEL ÉT 
MacOS híveit arra rávenni, hogy egy próbát azért a Linux is Ket ATSÉNERRBEB TA TELEREKKJE ÉR KKHZANT 
megér (25. oldal). A beágyazott rendszerekről szóló cikkünkben § sét 1 E Fék § EKET ÚJ sátfa e 
pedig olyan készülékeket mutatunk be, amelyeknél a Linuxot a AL I 
választották operációs rendszernek (32. oldal). Néhány éve még ti ien 5 ú een TÉ 6 
nem 1s gondoltunk volna arra, hogy a televíziókészülékekbe is egy, "egztiga rő jjaj 

a célnak megfelelően módosított Linuxot fognak elrejteni, így kj ha 1 Ezék az kő : aszódi áá 
a korábbi szerepében továbbra 1s tündöklő csodadoboz tényleg EE TEKÉE ü keri 
csodákra lesz képes, segítségével elérhetjük az Internetet, elektro- 
nikus levelezésünket, mindemellett nézhetjük a televízióadást 
vagy éppen fordítva (természetesen ez gyártótól és készüléktől 
függ). Rendszermagot finomhangolunk Alpha-alapú gépeken, árak Ér zet k 
melynek következtében jelentős sebességnövekedés érhető el, íz 
ezáltal még nagyobb teljesítményre bírhatjuk az egyébként is 
komoly eredményeket felmutató rendszereket (28. oldal). 

Az Apple G4 AltiVec egységének kihasználásáról, az erre történő 
programkódok írásáról és fordításáról az és utasítások használatá- 
val szintén jelentős erőforrásokat szabadíthatunk fel (77. Stee 


hordozható adatokat (41. oldal). 
Csontos Gyula 
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A LinuxPPC 2000 04 telepítésének buktatói 


Olvasd el a kézikönyvet, mielőtt a Linuxot rászabadítod a Macedre! 





emrég jelent meg egy írásom 
a Linux Journalban, amely arról 
szólt, hogy elsődleges operációs 


rendszerként a Mac OS X-et használom 
(lásd , Mac OS X: First Impressions", elérhető 
a 9 http://www.linuxjournal.com/articles/ 
misc/0035.html címen). A Mac OS X (az X 
, tíz "-nek olvasandó) kipróbálása és haszná- 
latba vétele előtt a Mac OS 9/LinuxPPC ket- 
tős rendszert használtam. Régi Mac-felhasz- 
nálóként — bár a szívem 
mélyén még mindig Unix- 
rajongó maradtam 

— a Mac OS X lehetősé- 
geitől el voltam ragad- 
tatva, hiszen ez esetben 
nem másról van szó, mint 
Mac grafikus felületről 
Unix-rendszermag felett. 
A Mac OS X-et lelkesen 
telepítettem az asztali 
gépemre, amely egy 
Macintosh Server G3. 
Kezdetben egész jól ment 
a rendszer, ám a mézes- 
hetek hamarosan véget 
értek, és néhány dolog 
egyre jobban kezdett 
zavarni. Fő gondjaim az új környezettel 

a következők voltak: szörnyen lassú, nem 
támogatja a hajlékonylemezeket, valamint 
gondok akadtak a GNU-programok átvihető- 
ségével, és a , klasszikus" Mac OS emulálás 
gyengére sikeredett. Különösen zavaró, hogy 
a Mac OS X az Applelalk fájlmegosztást a 
régi Macintosh számítógépekkel nem támo- 
gatja. Számomra ennek elviselése bizonyult 
a legnehezebbnek, mert végül is arról van 
szó, hogy az Apple új operációs rendszere 
nem tud kapcsolatba lépni a régivel az Apple 
kifejlesztette hálózati protokollon keresztül. 
A múlt év végén elhatároztam, hogy a 
LinuxPPC kedvéért letörlöm a Mac OS 
X-et. A Linux PPC 2000 04 (LPPC2000) 
általános elérhetőségét a 2001. Januári Mac- 
World Expóra jelentették be, és a LinuxPPC 
weboldalán előzetes rendeléseket lehetett le- 
adni. Habozás nélkül rendeltem egy példányt. 


A LinuxPPC érkezése 

2001. február elején a LinuxPPC-csomag 
postai úton érkezett meg. A dobozban négy 
CD-t, egy nyomtatott felhasználói kézi- 
könyvet és egy LinuxPPC , Think Linux" 
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feliratú pólót kaptam. A négy lemez a követ- 
kezőket tartalmazta: a telepítőt, a forráskó- 
dot, az FWB Software" s Hard-Disk Toolkit- 
PE-t, továbbá egyéb programokat. A lemeze- 
ken még 2000. decemberi keltezés szerepelt. 
Három gépre szerettem volna telepíteni: 

a G3-ra (128 MB RAM, 4 GB HDD), egy 
eredeti átlátszó zöld iMacre (32 MB RAM, 
4 GB HDD), valamint egy piros iMacre 

(32 MB RAM, 6 GB HDD). A három közül 





csak a piros iMachez kellett az FWB- 
Toolkitet használni (ez egy harmadik fél 
által készített program, amely a Mac merev- 
lemezt úgy osztja fel újra, hogy annak tar- 
talma megmarad). A merevlemez felosztása 
a másik kettőnél nem okozott gondot: a G3 
a Mac OS X-et futtatta, ezt úgyis le akartam 
törölni, a zöld IMac pedig a LinuxPPC egy 
régebbi változatával működött (az 1999-ből 
származó 03 szintén megérett a törlésre). 

A piros iMac az otthoni gépem, amin gyere- 
keim használnak Macre írt oktatóprogramokat. 


A zöld iMac 

A zöld iMackel kezdtem. Mind a LinuxPPC 
webhelye, mind a felhasználói kézikönyv 
külön hangsúlyozta, hogy ez a változat 
rendszerindításra alkalmas CD-n kerül for- 
galomba. Csak annyi az egész, hogy a tele- 
pítőlemezt behelyezzük a meghajtóba, és 
újraindítás közben nyomva tartjuk a C gom- 
bot. Mi lehetne ennél egyszerűbb? Ezt tet- 
tem a zöld iMacen, és pár pillanat múlva 
elindult a Linux, betöltődött az LEPC2000 
grafikus telepítője (az X Linux Installer), 
majd megjelent a képernyőn. Eddig minden 


rendben zajlott, ezt követően csak a képer- 
nyőn megjelenő utasításokat kellett követnem. 
Négy nagy és két kicsi gomb tűnt fel, a nagy 
gombok feliratai: Instructions, Language, 
Select Partitions és Choose Packages, a 
kicsiké Options Menu és Reboot voltak. 

Az Instructions gomb megnyomásával rövid 
bevezetőt kapunk a telepítési folyamathoz. 
A Language gombbal választható ki a hasz- 
nálandó nyelv. Az igazi munka azonban a 
Select Partitions gomb 
használatával kezdődik: ha 
erre kattintunk, a Mount 
Partitions and Setup Swap 
ablak jelenik meg, amely- 
ben a lemezrészek csatolási 
pontjait és neveit adhatjuk 
meg. A lemezrészek ebből 
az ablakból formázhatók és 
csatolhatók. Természete- 
sen ez előtt rendelkeznem 
kellett a megfelelő lemez- 
részekkel, amelyeket az 
LPPC2000-hez adott Perl- 
disk programmal készítet- 
tem elő. A Perldisk nem 
szép, viszont működik, bár 
egy kissé furcsának talál- 
hatjuk a használatát. Nem tetszett az Add 
Partitions nevű számlap, amelyen az újonnan 
létrehozandó lemezrész méretét kell beállí- 
tani. Nehéz volt például pontosan 20 MB-ot 
megadni, végül a lemezrész pontos méretét 
kézzel számoltam ki, és az eredményt a szám- 
lap alatti szövegmezőbe írtam be. A méret 
kiszámításánál fontos, hogy a képletet 
megfelelően alkalmazzuk. Például a 20 MB 
méretű lemezrészhez a helyes értéket 

a (1024x2)x20 kifejezés adja. 

A lemezrészek adatai a lemezre íródnak, 
majd a telepítőprogram újraindítást igényel 
(a Mac indításakor ne feledd nyomva tartani 
a C gombot, hogy a telepítés folytatódjék!). 
Miután a telepítőprogram ismét futott, újra 
a Select Partitions gombot választottam, és 
bejelöltem, hogy a telepítés megkezdése 
előtt formázza és csatolja a lemezrészeket. 
A zöld iMac esetében felosztási stratégiám 
a következő volt: /boot (20 MB), cserete- 
rület (128 MB), / (1 GB) és /home (1.8 GB). 
További egy gigát hagytam Mac OS formá- 
tumú meghajtóként. Miután a Done gombra 
kattintottam, az ablak eltűnt. 

A Choose Packages ablakban a csomagcso- 
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portok listája bukkant fel. Az alapértelme- 
zett beállításokon felül a következőket jelöl- 
tem be: Editors, Interpreters, Network 
Servers, Network Apps/Utilities és Develop- 
ment. Figyelem, ne változtasd meg az alap- 
értelmezett csomagok kijelölését, mert 
összekuszálhatod vele a rendszert! Rákattin- 
tottam az Install gombra, mire elindult 
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a LinuxPPC és csomagjainak másolása. 
Hosszú-hosszú ideig tartott a 6000 MB-nyi 
csomag felmásolása, amit az eredeti iIMachez 
adott , szörnyű" CD-meghajtó számlájára 
írtam. Körülbelül négy óra múlva megjelent 
egy párbeszédablak, amelyben a gyökérle- 
mezrész neve szerepelt (, szép gondolat"), 
valamint két további gomb: Reboot és 
Additional Options. 

Az Additional Option a Configure 
LinuxPPC ablakot hozza fel, amely néhány 
telepítés után választható beállítást ajánl fel. 
Ezek a következők: Set Password, Set Date 
£k Time, Set Timezone, Configure inetd, Set 
Network Settings, Configure modem port, 
Configure PPP Settings, Configure Runlevels, 
Setup Users and Groups, Configure X modi- 
fier keys és Run linuxconf. Beállítottam az 
órát, megadtam a rendszergazda jelszavát, 
az időzóna , Fire" lett, továbbá eltávolítot- 
tam a felesleges hálózati folyamatokat az 
ineta-ből, és beállítottam az IP használa- 
tát. (Megjegyzem, a chkconfig jobban 
tetszik, mint a Runlevel Editor.) Bezártam 

a Configure LinuxPPC ablakot és a Reboot 
gombra kattintottam. 

A zöld iMac újraindult, és a rettegett Apple 
villogó kérdőjel jelent meg a képernyő 
közepén. A zöld iMac nem talált indítható 
operációs rendszert! 

Az LPPC indítását szabályozó program 
neve yaboot. A felhasználói kézikönyv jól 
leírja a program használatát, de nézd meg 

a LinuxPPC webhelyét, amelyen a 40. olda- 
lon található kicsi, ám fontos sajtóhiba javí- 
tását adják meg. 

A felhasználói kézikönyv alapján az 
LPPC2000-et adtam meg a zöld iIMac alapér- 
telmezett operációs rendszereként. Ezt úgy 
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állítottam be, hogy a Mac OS CD-ről indítva 
a rendszert a Startup Disk vezérlőpultot fut- 
tattam. A /boot lemezrészt alapértelmezettként 
jelöltem ki és a számítógépet újraindítottam. 
Az iMac azonban továbbra sem indult. Meg- 
néztem a leírásban, hogy miért történhetett ez, 
és kiderült, hogy a /boot-ban egy , hamis" 
Mac OS rendszermappának kellene lennie, 
amelyet a telepítő 
másol oda. A telepítő 
azonban ezt nem tette 
meg, a /boot könyv- 
tárban csak a yaboot 
binárist és pár rend- 
szermagfájlt találtam. 
Azt hittem, itt elaka- 
dok, amikor eszembe 
jutott, hogy a rendszer 
a telepítő CD-ről 1s 
elindítható. Meg 15 
találtam a CD-n a 
Mac rendszerkönyv- 
tárt, átmásoltam 

a /boot-ba, átírtam 

a yaboot.conf-ot, újraindítottam a zöld 
iMacet, és lám, a Linux feléled. Nagyszerű! 


Telepítés a G3-ra 

Annak ellenére, hogy a zöld iMacre sikeres, 
bár kissé bonyolult telepítést hajtottam végre, 
a G3-ra telepítésnél újabb akadályokba 
ütköztem. Kezdjük azzal, hogy a trükk a 

C gomb nyomva tartásával rendszerindítás- 
kor nem működött. Csak a , New World 
ROM"-mal rendelkező Macek tudnak a 
telepítő CD-ről közvetlenül rendszert indí- 
tani. Ha iMacet vagy annál újabb Macet 
birtokolsz, nem lesz gondod. Az okozta szá- 
momra a fennakadást, hogy a G3 képes 

volt a Mac OS indító CD-jét betölteni, nem 
értettem hát, hogy a telepítő CD-vel ez miért 
nem működik. Természetesen ha elolvastam 
volna a nyomtatott kézikönyvet, láthattam 
volna, hogy a G3-nak e téren gondjai akad- 
nak. Mielőtt az ember bármibe belefogna 

— most már számomra 1s egyértelmű —, meg- 
éri elolvasni a teljes nyomtatott kézikönyvet. 
A grafikus felületnek köszönhetően a telepí- 
tési folyamat egyszerűbb, ennek ellenére 
nem magától értetődő, ami hibás rendszer- 
indulást eredményezhet. Ez történt velem 

is a G3 esetében. Miután a G3 a CD-ről nem 
indult, a kézikönyv javaslatára következő 
lépésként a Mac OS-t futattam, majd a tele- 
pítő CD-ről elindítottam a Mac-alapú telepí- 
tőprogramot. Betöltöttem CD-ről a Mac 
OS-t, és a G3 merevlemezét a következő- 
képp osztottam fel: két Mac OS lemezrész 
(750 MB és 250 MB), /boot (20 MB), csere- 
terület (128 MB) és / (3, 1 GB). Telepítettem 
a Mac OS 9.0 alaprendszert a Mac OS rend- 
szerterületre, hogy szükség esetén használ- 
hassam azokat a régi adatokat, amelyeket 


csak a Mac OS kezel. Miután a Mac OS 
feltelepült és működött, a telepítőkorongot 
betettem a CD-meghajtóba, rákattintottam, 
és kerestem a telepítőprogram ikonját. Döb- 
benten tapasztaltam, hogy az ikon nincs ott. 
Kezdtem pánikba esni, és a másik három 
CD-n 1s kerestem, de sikertelenül. A telepí- 
tőprogram nem volt a CD-n! Természetesen 
letölthető lett volna a LinuxPPC webhelyé- 
ről, de a Mac OS alaptelepítésem nem tar- 
talmazta a hálózati összetevőket. 

Ismét a nyomtatott kézikönyv segített kt. 

A 45. oldalon leírják, mi a teendő, ha a 
telepítőprogram nem működik. Bizonyos 
fájlokat és mappákat a merevlemez bizo- 
nyos területeire kellett másolnom, és újra 
kellett indítanom a számítógépet. Megjelent 
a Mac OS-alapú BootX OS-választó. Foly- 
tathattam a munkát. 

Beállítottam a BootX-et, hogy a grafikus 
telepítőt indítsa, és megnyomtam a Boot 
gombot. Innentől zökkenőmentesen zajlott 
a telepítés. Másfél óra múlva a LinuxPPC 
már futott 15 a G3-mon. 


Rendszerindítás a G3-on 
Elhatároztam, hogy a rendszert a G3-on 
közvetlenül indítom ahelyett, hogy a 
BootX-ből választanék a Mac OS 9 és 

az LPPC2000 között. Másfél éve ez még 
elképzelhetetlen lett volna. Most azonban, 
amikor a mindennapi munkámat egyre 
inkább Linuxszal végzem, készen állok arra, 
hogy eldobjam a Mac OS-mankót és 

a Linuxot használjam alapvető asztali ope- 
rációs rendszerként. Ha valaha szükségem 
lesz a Mac OS 9-re, a Mac-On-Linux emu- 
látor programmal X-ablakban futtathatom. 
Hasonlóan a zöld iMachez, a rendszermap- 
pát a telepítő CD-ről át kellett másolnom 

a /boot-ba, és át kellett írnom a yaboot.conf 
fájlt. Újraindítás után a yaboot közvetlenül 
a grafikus Linux bejelentkező képernyőt 
jelenítette meg. Az LPPC alapértelmezett 
grafikus felülete a Gnome, de a KDE 1s 
választható. Én a Gnome-ot hagytam meg 
alapértelmezettként. 


A Perl-döbbenet 


Bejelentkeztem rendszergazdaként és létre- 
hoztam magamnak egy felhasználót. 

A barryp felhasználó nevében lefuttattam 
néhány parancsot, hogy lássam, mi van 
telepítve. AZ uname -a parancs megmu- 
tatta, hogy az LPEPC2000 a 2.2.18 rendszer- 
magot tartalmazza. Megnéztem, telepítve 
van-e a vit, a latex és az ispell. Ahogy vár- 
tam, megvoltak. Ezután kiadtam a per1 -v 
parancsot, hogy megtudjam, melyik Perl- 
változat fut. Megdöbbentett a látvány. 

Az LPPC2000 az 5.005 03 Perl-kiadást 
tartalmazza, és nem az 5.6.0-t, amely már 
2000 közepe óta elérhető! Kiderült, hogy 





az LPPC a RedHat 6.1 csomagjaira épült, 
innen származott a Perl 5.005 03. A 6.1 

óta a RedHat kiadta a 6.2-t, a 7.0-t, és jelen- 
leg a 7.1 a legfrissebb változat. Bár az 
LPPC2000 új, mégis elavult. Mac-felhasz- 
nálóként már hozzászoktam ehhez: a prog- 
ramok új változatai először Intel-felületre 
jelennek meg, csak ezután várható a maces 
frissítés (ha egyáltalán elkészül). Azt hittem, 
a Linux esetében ez másként történik. Fel- 
háborodott és csalódott voltam. 

A Linux-felhasználók természetesen tudják, 
hogy a nyílt forráskódú programok legfris- 
sebb kiadását bármikor letölthetik, és csak 
egy tar -zxvf parancsot kell végrehajtani. 
A Mac-felhasználók túlnyomó többsége 
számára (és ők alkotják a LinuxPPC célkö- 
zönségét) azonban ez túl bonyolult. 


A nyomtatás beállítása 

Következő feladatom a nyomtató telepítése 
és beállítása volt. Ez a Printer Configuration 
vezérlőpulttal X alól könnyen megtehető. 
Sokszor cselekedtem már ezt, és mindig jól 
működött. Most azonban nem. Minden úgy 
nézett ki, ahogy kell, mégsem tudtam nyom- 
tatni. Megnéztem a LinuxPPC webhelyét, 

és az egyik súgóoldalon azt olvastam, hogy 
az LPRng-t kell telepíteni. Letöltöttem az 
LPRng-t, és megkíséreltem telepíteni. Nem 
sikerült, mert hiányolta az rhs-printfilters 
csomagot. Ezt a csomagot 15 megtaláltam a 
Hálón, majd miután telepítettem, az LPRng 
telepítése 15 sikeresen lezajlott. A nyomtatás 
azonban még mindig nem működött. Ráke- 
restem a merevlemezen a printcap fájlra. 
Kiderült, hogy kettőt is tartalmaz, egyet 

a /etc-ben és egyet a /usr/etc-ben. A fájlok 
tartalmának ellenőrzése után rájöttem, hogy 
az LPRng a /usr/etc-ben levő üres fájlt hasz- 
nálja, míg a Printer Configuraton vezérlőpult 
a /etc-ben levőt. Rendszergazdaként átmá- 
soltam a /etc-ben levő fájlt a /usr/etc-be, újra- 
indítottam az LPRng-t, és láss csodát, a nyom- 
tatás működött. Természetesen jobban örültem 
volna, ha azonnal működőképesnek bizonyul. 


Egyéb hozzáadott programok 

Az egyéb programokat tartalmazó CD-n jó 
néhány programcsomag fellelhető a Linux- 
PPC-hez való RPM formátumban. Kezdetek- 
től fogva nagyon érdekelt a Bochs x86 emu- 
látor, gondoltam telepítem, így meglátom, 
mire képes. A grafikus RPM-telepítővel 
megkerestem a csomagot a CD-n. Amikor 

a telepítésre kattintottam, a program hiba- 
üzenetet írt ki, miszerint a Jcarr felhasználó 
és csoport nem létezik a rendszerben, ezért 
nincs mód az RPM telepítésére (Jeff Carr 

a LinuxPPC egyik kulcsembere). A jcarr 
bejegyzést hozzáadtam a /etc/password és 

a /etc/group fájlokhoz, ezután sikerült az 
RPM telepítése. Komolyan úgy vélem, hogy 
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a LinuxPPC-s szakembereknek az ilyen jel- 
legű hibákat jóval a CD kiadása előtt kellene 
felfedezniük és kiküszöbölniük. 

Érdekelt az x8$6, de nem annyira, mint a 

Mac OS emulátor, a Mac-On-Linux (MOL ). 
A Bochs telepítésének gondjaiból kiindulva 
valami hasonlóra számítottam. Nem így lett, 
a Mac-On-Linux simán települt. Ez a prog- 
ram teszi lehetővé, hogy a Mac OS-t 
X-ablakban futtasd (az X előtti változatokat). 
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A MOL jobban végzi a feladatát, mint a Mac 
OS X-be épített hasonló program. A klasszi- 
kus Mac OS több változatát képes kezelni, 
beleértve a 8. és 9. kiadásokon alapulókat 1s. 
A Mac OS X csak a 9.1-et tudja utánozni. 

A MOL nagyszerűen támogatja az Apple- 
Talk protokollt, távoli Macintoshokon lévő 
meghajtókhoz voltam képes csatlakozni 

a MOL -on belül, ami a Mac OS X-ben mű- 
ködésképtelen volt. A nyomtatás 15 jobban 
megy. Mindent egybevetve a MOL nagy- 
szerű példa a nyílt forráskód jobb minőségére. 


A piros iIMacen 

nem lehetett zsugorítani 

Aggódtam a piros iMacre való telepítés 
miatt, elsősorban azért, mert a gyerekeim 
soha nem bocsátották volna meg, ha a 
gépükön tönkreteszem a Mac OS-t. 

Ideje volt hát kipróbálni az FWB Software 
Hard Disk Toolkit-PE programját. A piros 
iMacen valaha volt egy LinuxPPC 1999 03, 
de igazán sose használtam. Így a 6 GB már 
fel volt osztva 4 GB Mac OS és 2 giga 
LinuxPPC részekre. A Toolkit-PE fő hasz- 
nálati területe a meglévő lemezrészek 
átszervezése, ezért a négygigás Mac OS 
lemezrészt háromgigásra szerettem volna 
zsugorítani, hogy a felszabaduló 1 GB-on 
létrehozhassam a / lemezrészt. A másik 

2 GB lett volna a /home. Mivel a LinuxPPC- 
hez kapott FWB segédprogramokhoz nem 
volt leírás, letöltöttem egy cikket a 

2 http://www.linuxppc.org/ címről. Követ- 
tem az utasításokat, de nem tudtam a lemez- 
részt zsugorítani. A program arra panaszko- 





dott, hogy nem elég friss a meghajtóprog- 
ram, és válasszam az Update Driver menü- 
pontot az FWB menüből. Amikor megpró- 
báltam, a Toolkit-PE ,,2-es típusú" Mac OS 
hibával összeomlott. Ha a programot egy 
Mac OS lemezrészre kíséreltem meg tele- 
píteni, sorozatszámot kért. A LinuxPPC-vel 
nem kaptam sorozatszámot, és a 

2 http://www.linuxppc.com/ webhely sem 
tett erről említést. Az FWB-ről szóló cikk- 
ben szóba került, hogy nem szükséges a 
sorozatszám, ha a programot közvetlenül 
az FWB rendszerindító CD-jéről futtatjuk. 
Én így használtam, de mindig lefagyott. 
Végül 1s a régi LinuxPPC lemezrészére 
kellett mindent telepítenem, ami hibamen- 
tesen lezajlott. Nem tudom, mitévő lettem 
volna, ha a telepítés előtt mindenképp zsu- 
gorítanom kellett volna a lemezrészt, ugya- 
nis semmi kedvem nem volt újrafelosztani 
a lemezt és újratelepíteni a Mac OS-t. 
Szerencsémre a lemezrészek már léteztek. 
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Záró megjegyzések 

Ez a LinuxPPC-változat nagy előrelépés az 
előző kiadásokhoz képest. Ennek ellenére 
csalódott vagyok amiatt, hogy mennyi erő- 
feszítésbe kerül a program telepítése. A leg- 
több dolog, amelyen keresztülmentem, 
annyira idegen egy átlagos Mac-felhasználó- 
tól, hogy valószínűleg egyáltalán nem 15 
foglalkoznának a LinuxPPC-vel. Az Apple 
egyértelműen nyerő ebben a tekintetben, 
ugyanis a Mac OS X telepítéséhez csak 

be kell rakni a CD-t, és újra kell indítani 

a gépet. Természetesen az általa nyújtott 
szolgáltatások alulmúlják a várakozásokat. 
A LinuxPPC védelmében megemlítendő, 
hogy azt állítják, ez a kiadás volt az utolsó 
a , nagy átszervezés" előtt. A LinuxPPC 
vállalat most alakul át üzleti vállalkozásból 
nonprofit szervezetté, ami örömteli és támo- 
gatandó lépés. A kezdeti csalódottság és a 
beállítási gondok ellenére a LinuxPPC most 
már simán fut a G3-on. Az eredmény pedig 
megérte a fáradságot. Nem látok okot arra, 
hogy másik operációs rendszerre váltsak, és 
állandóan figyelem a frissítések oldalát a 
LinuxPPPC webhelyén. A következő kiadást 
15 nagyon várom már. De adok egy megszív- 
lelendő jó tanácsot: olvasd el a kézikönyvet, 
mielőtt nekilátsz a telepítésnek, és nézegesd 
a LinuxPPC webhelyét segítségért, ötlete- 
kért, javításokért és frissítésekért. 


Paul Barry 

(paul.barryortcarlow.1e) számítógépes 
hálózatokról ad elő az Institute of 
lTechnology-n az írországi Carlowban 
(2 http:/Avwwiitcarlowv.ie/). A cikkben 
említett zöld IMac ad helyet Paul honlap- 
jának: 3 http://glasnost.itcarlow.ie/ 

— barryp/index.html. 
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Új szerkentyűk a láthatáron! 


Mint várható volt, 2001 a beágyazott Linux éveként tündöklik. 





ég tavaly megjósoltam, hogy 
2001 lesz az az év, amikor a 
Linux megjelenik a különféle 


intelligens eszközökben, akár a fogyasz- 
tóknak, akár a más rétegeknek szánt termé- 
kekről legyen szó. A jelek szerint jóslatom 
annak ellenére valóra válik, hogy a dot-com 
cégek nagyot buktak és a Linux-buborék 
kipukkadt, ami kisebbfajta gazdasági 
visszaesést okozott. 

Három olyan, a fogyasztóknak szánt készü- 
léket mutatunk be, amelyben beágyazott 
Linuxot 1s találunk: a Sylvania cég 
Internet/ TV készülékét, a Memora személyi 
kiszolgálóját, valamint a Galleo Mobile 
Multimedia Communicator nevű termékét. 


oyivania Internet/TV 

A Sylvania Computer Products idén nyárra 
tervezte új 27 hüvelykes digitális tévéjének 
bevezetését, mely televízióként és inter- 
netkészülékként egyaránt használható. 

A készülék - a belső egylapkás PC-n futó 
Linuxnak köszönhetően - tanítható, és új 
mérföldkövet jelent a televíziógyártásban, 
hiszen az első olyan tévék egyike, amelybe 
internetkészüléket is építettek. Felvirradt 
az Internet/ TV korszaka. 

A Model SPC27001HD névre hallgató 
Sylvanila-termék a következő felszereltség- 
gel dicsekedhet: 


e — nagy felbontású, HDTV-re 1s alkalmas 
képernyő, hagyományos tévés beépített 
hangolóegységgel; 

e beépített, internetezésre alkalmas számí- 
tógép, mely telefonos — 56 kb/s sebes- 
ségű — és széles sávú (ethernet) elérésre 
egyaránt képes; 

e — [Linux-alapú operációs rendszer fut rajta 
könnyen használható, grafikus felhasz- 
nálói felülettel, TES egyszérte rESZ 

e a rendszer irányítása egyszerűen iváfés 
lezhető az összeépített távirányító-billen- 
tyűzet-egér kezelőegység segítségével; 

e  internetalapú vezérlési és adatbázis-szol- 
gáltatásokkal rendelkezik. 


Az Internet/ mV a műsorszórás vagy a kábel- 
tévé jeleit a beépített hangolóegységen 
keresztül fogadja, de nagy felbontású képer- 
nyőként külső mozgóképforrásokhoz is 
használható, így képmagnóhoz, DVD-leját- 
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szóhoz, DSS-hez, illetve egyéb kábeles 
készülékekhez, vagy éppen számítógéphez 
(legfeljebb 800x600-as SVGA-felbontással). 
A rendszerben egy 266 MHz órajelű Natio- 
nal Semiconductor Geode processzor talál- 
ható, mely 64 MB RAM-mal és 16 megányi 
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flashmemóriával rendelkezik. A ki- és beme- 
neti kapuk hosszú listáján infravörös vevőt 
találhatunk, mely az egybeépített kezelőegy- 
séggel való kapcsolattartáshoz szükséges. 
Továbbá felfedezhetünk egy infravörös adót, 
amellyel külső eszközökre továbbíthatunk 
adatokat, ezenkívül két USB-kaput, egy 

100 Mb sebességű ethernetcsatlakozót, az 
56 kb/s sebességű modem csatlakozóját, 
kompozit video ki- és bemeneteket jobb és 
bal oldali hangcsatornákkal, §S- Video beme- 
netet kétoldali hangcsatornákkal, végül 

egy nagy felbontású RGB videobemenetet, 
melyen a készülék HDTV- vagy számítógé- 
pes SVGA-képet tud fogadni. 

A Sylvania Internet/ TV igazi ereje a belső 
program és a Ch.l Inc. által biztosított, 
hálózaton keresztül elérhető szolgáltatások 
együttes használata során mutatkozik meg. 
A Ch.l adta át a Sylvaniának a készülék és 
programok fejlesztéséhez szükséges támo- 
gatást és hátteret, ugyanakkor Internet/T V- 
szolgáltatóként 15 működik. A készülék úgy- 
nevezett Ch.1-képességeit használva tévét 
nézhetünk, böngészhetünk az Interneten, 
webes és tévés könyvjelzőket hozhatunk 
létre, személyre szabott műsorfüzetet állít- 


hatunk össze, előre megadott szakportálokat 
érhetünk el, elektronikus leveleket küldhe- 
tünk, cseveghetünk, vásárolhatunk vagy 
éppen MP3-zenét hallgathatunk. A készülék 
arra 15 lehetőséget ad, hogy a Picture-in- 
Portal-módszer segítségével tévézés közben 
elérjük a műsorhoz tartozó honlap interaktív 
tartalmát, ezenkívül a Ch.] webalapú vezér- 
lőoldalán a képmagnót vagy a merevlemezes 
felvevőt 15 kezelhetjük. A képernyőn meg- 
jelenő gombok segítségével könnyedén 
hozzáférhetünk az Internet/ TV felhasználói 
kézikönyvéhez, a termékhez kapható kiegé- 
szítők jegyzékéhez, az ügyfélszolgálathoz 
vagy a terméktámogatáshoz. 
A tévékészülékekhez külön vásárolható, 
kizárólag internetezésre alkalmas internet- 
készülékekkel (set-top-box) ellentétben 
a Sylvania Internet/ TV lehetővé teszi, hogy 
teljes 800x600-as SVGA-felbontással bók- 
lásszunk a Hálózaton. Ha nem akarunk 
lemondani a teljes billentyűzet nyújtotta 
kényelemről, külön kiegészítőként megvá- 
sárolhatjuk. Az új készülék ablakot nyithat 
az Internetre a fogyasztók azon, közel 
ötven százalékot kitevő rétegének is, akik 
nem rendelkeznek saját számítógéppel. 
Ebben pedig az a legizgalmasabb, hogy 
mindannyian — akár tudtukon kívül — 
Linux-felhasználók lesznek! 
2 http://www.sylvaniapc.com/2Support/ 
support.html (1. kép) 
2 http://www.ch1.com/ 


Servio személyi kiszolgáló 

Az újonnan induló Memora Corporation 
azzal a reménnyel kezdte meg tevékenysé- 
gét, hogy Linux-alapú Serviójával új ter- 
mékosztályt sikerül létrehoznia: a személyi 
kiszolgálókét. Az elnevezés egy könnyen 
használható, kissé a számtalan feladatot 
ellátni képes háztartási gépekre hasonlító 
eszközt takar, ami egyesíti magában azokat 
a szolgáltatásokat, amelyekre egy korszerű, 
jó , összeköttetésekkel" rendelkező háztar- 
tásnak szüksége lehet: átjáró, tűzfal, vezeté- 
kes és vezeték nélküli kiszolgáló, levelező- 
kiszolgáló, valamint multimédia- és egyéb 
állományok tárolását végző megosztott tár- 
hely is fellelhető lenne. A készülék nem 
csak a fenti képességekkel rendelkezik: 

az Interneten keresztül biztonságos külső 
kapcsolatot létesíthetünk vele elektronikus 
postaládánkhoz, weboldalakhoz és további 





állományokhoz. A Memora szerint a sze- 
mélyi kiszolgáló úgy működik, mint egy 

, olyan egyedülálló hozzáférési pont a fel- 
használó digitális adatainak rendezésére, 
elérésére és megosztására, amit bárki akkor 
és ott használ, amikor és ahol csak akar". 
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A Servio személyi kiszolgáló lényegében 
egy kisméretű és egyedi kinézetű Linux- 
alapú számítógép, amely alig különbözik 
egy átlagos asztali géptől, ám működéséhez 
nem igényel billentyűzetet és képernyőt. 
Belsejében 600 MHz órajelű — vagy gyor- 
sabb — Intel Celeron processzor, 128 MB 
memória és harminc gigabájtos merevlemez 
kapott helyet. A ki- és bemenő adatforgalom 
két USB- és Fast ethernetkapun keresztül 

— 10/100 Mb4Ss sebességgel — bonyolítható 
le. Az egyik ethernetkapu jellemzően egy 
DSL-modemhez, míg a másik a házi (helyi) 
hálózathoz csatlakozik. A két USB-kapu 
segítségével a készülék vezeték nélküli helyi 
hálózathoz vagy egyéb támogatott külső 
felülethez kapcsolható. 

A Servio operációs rendszere a Linux, de 
néhány más nyílt forrású program 1s fut 
rajta — köztük Apache webkiszolgáló, 
MYySOL és az Exim levelezőkiszolgáló —, 
továbbá több Memora fejlesztette program 
vezérli a készülék beállításait és működését. 
Ez utóbbi programok böngészőalapú alkal- 
mazások, így többek között az elektronikus 
levelezést, az adatbázis- és a webes szolgál- 
tatásokat egyesítik. 

A rendszer olyan gyári beállításokkal vásá- 
rolható meg, amelyekkel műszakilag képzet- 
len felhasználók 15 azonnal használni tudják: 
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egyszerűen be kell iktatni a széles sávú 
kapcsolat — DSL vagy kábel - és a helyi 
vezetékes vagy vezeték nélküli hálózat közé. 
A telepítés második lépése a készülék be- 
kapcsolása, ezt követően a beállítóprogram 
önműködően fel fogja ismerni a hálózati 
beállításokat. Végül valamelyik PC-s böngésző 
segítségével adjuk meg a nevünket, valamint 
jelöljünk ki egy nyilvános nevet a készülék- 
nek. Ha minden jól megy, azonnal létrehoz- 
hatjuk a barátok, ismerősök és családtagok 
személyes internetelérését, továbbá fényké- 
peket, mozgóképeket, zenéket és egyéb 
állományokat oszthatunk meg, de a készülék 
egyéb szolgáltatásait 15 igénybe vehetjük. 

2 http://www.memora.coml (2. kép) 


Galleo Mobile Multimedia 
Communicator 

A Galleo cég nemrég jelentette be Linux- 
alapú Mobile Multimedia Communicator ké- 
szülékét. Számos újonnan felbukkant vezeték 
nélküli kapcsolatteremtésre képes kézi számí- 
tógéphez hasonlóan ez 1s ötvözi a zsebtitká- 
rok, az internetkészülékek és a mobiltelefonok 
tudását. A Galleo tehát telefonként, internet- 
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elérésre, webböngészésre, személyi adatkeze- 
lésre, multimédiára (MP3-lejátszó, mozgó- 
képfolyamok), játékra és további feladatokra 
egyaránt használható, de az IPsec-megfelelő 
VPN hálózati biztonságot 15 támogatja. 

Yovav Meydad, a Galleo termékmenedzsere 
szerint a szabadalmazott mobil távközlési 
eljárások olyan , csomagkapcsolt" adatátviteli 
lehetőséget kínálnak, melyek , versenyképes 
választást nyújtanak a WAP-hoz képest", és 
, a felhasználóknak ugyanazt a webböngé- 
szési élményt nyújtják, mint az asztali gépek, 
miközben mozgásszabadságukat nem korlá- 
tozzák". A készülék programja egynegyed 


VGA-méretű kijelzőn 1s képes az átlagos 
weboldalak megjelenítésére, melyekre rákö- 
zelíthetünk vagy tetszőleges irányba gördít- 
hetjük. További értékes segítség a hálózaton 
elérhető tartalmak módosítások nélküli meg- 
tekintéséhez a Java virtuális gép. 

A webböngésző támogatja a HITP I1.l, 
HTML 4.0, XML 1.0, JavaScript, SSL, 
TLS, RSA, VPN és Personal Java 1.2 JVM 
szabványokat és programozási nyelveket, 
valamint képes png-, gif- és Jpeg-képek 
megjelenítésére. A már említett MP3-leját- 
szón és mozgóképfolyam-kezelő alkalmazá- 
sokon kívül a készüléken egy sor, a szemé- 
lyes adatok kezelését segítő — levelező, nap- 
tár, feladatlista, telefonkönyv, jegyzettömb 
és összehangolt megosztott adattároló — 
alkalmazás 15 megtalálható. 

A felhasználói felület egy kézírás-felismerő 
program révén támogatja az érintőképernyő 
segítségével végzett adatbevitelt, de használ- 
hatjuk a képernyőn megjelenő billentyűzetet 
is, illetve beépített gombok is a rendelkezé- 
sünkre állnak. A játékot és a webböngészést 
a beépített botkormánnyal tehetjük még 
egyszerűbbé és élvezetesebbé. 

A gép lelke egy 206 MHz-es Intel Strong- 
ARM SA-1l110 típusú, az egész rendszert 
egyesítő processzor, mely 32 MB rendszer- 
memóriával és 16 megányi nem felejtő flash- 
memóriával gazdálkodhat. A kijelző erős 
fényű, színes, 320x240 képpont felbontású 
TFIT LCD. A készülék ki- és bemeneti csat- 
lakozói között egy RS-232 soros, egy USB, 
egy Infravörös (IrDA) kaput és fülhallgató 
csatlakoztatására alkalmas sztereoaljzatot ta- 
lálunk. További memóriát és biztonsági kár- 
tyát két külön aljzatba helyezhetünk. A beépí- 
tett mobiltelefon-egység támogatja a kétnor- 
más GSM-szabványt, a GPRS-t, a IriCodecet, 
valamint 144 kb/mp sebességű faxküldésre 
vagy adatátvitelre alkalmas. A Galleo 

— az észak-amerikai piacra készülve — a 
CDPD-szabvány támogatását 15 tervezi, de 
készülékét először az európai piacon kívánja 
kipróbálni, mert a GSM- és GPRS-hálózatok 
iránt ott mutatkozik nagyobb igény. 

2 http://www.galleo.com/ (3. kép) 


Rick Lehrbaum 
(rickelinuxdevices.com) 
hozta létre a Linux- 
Devices.com , beágyazott 
Linuxok portálját", amely 
nemrég tagja lett a ZDNet 
Linux Resource Centernek. Rick 1979 óta 
foglakozik beágyazott rendszerek 
fejlesztésével. Társalapítója az Ampro 
Computersnek, alapító tagja a PC/104 
Consortiumnak, és fontos szerepet 
játszott abban, hogy elindulhatott az 
Embedded Linux Consortium. 
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A rendszermag finomhangolása 


Assembly nyelvű programrészletek akár negyvenszázalékos sebességnövekedést Is 
eredményezhetnek az Alpha-processzorokon. 





nagy teljesítményű kiszolgálók 
vezető fejlesztője az API 
Networks. Vevőinkkel együtt 


kifejezetten érzékenyek vagyunk a rendszer 
teljesítményére. Legtöbb vásárlónk Alpha- 
alapú rendszert futtat, ezért módfelett 
odafigyelünk a kulcsfontosságú nyílt for- 
ráskódú összetevőkre és csomagokra, hogy 
a gép által nyújtott teljesítmény ne marad- 
jon kihasználatlan. 

A kereskedelmi termékek zárt forrású vilá- 
gában a programok kiadása után felfedett 
hibák és a további fejlesztések mindig 
csak a következő változatban jelennek 
meg. A nyílt forrású programok világában 
a két fejlesztés közti idő órákban vagy 
napokban mérhető. Ráadásul a finomhan- 
golásra szolgáló megoldásokat a minél 
fejlettebb közösségi tudásbázis létrehozása 
érdekében hamar elterjesztik. Az előző 
szempontok figyelembevételével vizsgál- 
tuk meg a Linux-rendszermag assembly 
nyelvű programrészleteit. Kutatási témánk 
a legújabb Alpha 21264 (más néven ev6) 
processzor mikrofelépítésének lehető leg- 
jobb kihasználása volt. 

Felfedeztük, hogy ha a 21264 tulajdonságait 
a Linux-rendszermag egyes felületfüggő 
részeinek átírásával kihasználjuk, jelentős 
sebességnövekedést érhetünk el, amely bizo- 
nyos feladatoknál akár negyven százalékig 
is elmehet. Írásunkban bemutatjuk, hogyan 
és miért működnek ezek a továbbfejleszté- 
sek, így tapasztalatainkat mások is felhasz- 
nálhatják Alpha-alkalmazásaik felgyorsítá- 
sára. Ezek a finomhangolások például egy 
Alpha 21264-en futó levelezőkiszolgálót 
nagyobb terhelés elviselésére teszik képessé, 
a teljesítmény pedig átlépheti azokat a hatá- 
rokat, amelyeknél a gép válaszideje általában 
megnövekedne. A végfelhasználók a rend- 
szert gyorsabbnak fogják érezni, és a rend- 
szergazdák szintén elégedettek lesznek, mert 
nem kell új gépet venni, mégha a forgalom 
növekszik 1s. 

A Linux-rendszermagban a teljesítményre 
nagy befolyással bíró programrészleteket 
gondosan (és kényelmes módon) külön 
felületenként kezelik, és többnyire assembly 
nyelven valósították meg. Számos fejlesztő 
munkálkodik a rendszermag teljesítményé- 
nek algoritmikus továbbfejlesztésén, emellett 
Jó páran foglalkoznak azzal 15, hogy megfe- 
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lelő érdeklődés, tudás és tapasztalat birtoká- 
ban az assembly programrészleteket finom- 
hangolják, ezáltal a processzorból a lehető 
legnagyobb teljesítményt hozzák ki. A leg- 


több fejlesztő az x86-os rendszerekhez tartozó 
kódot fejleszti, a megfelelő Alpha-kódhoz 
azonban előttünk jó ideje senki sem nyúlt. 
A szájhagyományból és a mérésekből arra 
következtetésre jutottunk, hogy a web- és 
más hálózati kiszolgálók futtatásakor a rend- 
szer aránytalanul sok időt tölt a Linux-, 
illetve az Alpha-rendszermagban. Mivel 

a teljesítményre nagy befolyással bíró 
programrészletek száma a Linux-rendszer- 
magban viszonylag kicsi (20-30 assembly 
nyelvű programrész), átfésülésük érde- 
mesnek tűnt annak kiderítésére, hogy a 
kódokat vajon a 21264 figyelembe véte- 
lével írták-e meg. A programrészek gyors 
átolvasása után azonnal kiderült, hogy 
gondosan, kézzel megtervezett kódról van 
szó, amelyet az Alpha-processzorok előző 
nemzedékéhez, a 21164-eshez (más néven 
ev5) készítettek. 

A különbség jelentéktelennek tűnhet, azon- 
ban a 21264-es lényegesen eltér a 21164-től 
a mikrofelépítés (lapkamegvalósítás) szint- 
jén, ennek köszönhetően azonos órajelen 
megközelítőleg kétszeres a teljesítménye. 
Mielőtt a teljesítménynövekedés részletezé- 
sébe bocsátkoznánk, célszerű áttekinteni a 
21164-es és a 21264-es közötti legfontosabb 
különbségeket (lásd 1. táblázat). 

Miután felismertük, hogy a gondos újraírás 
jelentős teljesítnénynövekedést eredmé- 
nyezhet, hozzákezdtünk a Linux-rendszer- 
mag Alpha assembly nyelvű kódrészletei- 


nek finomhangolásához. (Akadtak kísérle- 
tek annak a feladatnak dinamikus és önmű- 
ködő megoldására, hogy a régebbi Alpha- 
processzorokra fordított binárisokat az 





újabb Alpha processzorokon hatékonyan 
lehessen futtatni, de ez a téma jelentősen 
túlmutatna írásunk keretein.) 

Közelebbről nézve világossá vált, hogy körül- 
belül 20 programrészt a linux/arch/alpha/lib, 
4—6 programrészt pedig a 
linux/include/asm.alpha könyvtárban szük- 
séges átírni ahhoz, hogy teljesen kihasználjuk 
a 21264-es tulajdonságait. 


A forrás fejlesztése 

Belső nézőpontból szemlélve a 21264-es 
lényegesen összetettebb és hatékonyabb 
processzor, mint a régebbi 21164-es. 

A különbségekből adódóan a teljesítmény 
növekedésének alapját a következő (később 
részletezett) átalakítások képezik: 


e — a kód átütemezése, hogy a processzor 
ne álljon meg utasításbetöltés közben; 

e az elágazások elkerülése és az elágazá- 
sok célcímeinek helyes megválasztása; 

e — ahol csak lehet, az ismétlési csapdák 
(replay traps) elkerülése; 

e a 21264-es utasításkésleltetési és üteme- 
zési szabályainak alkalmazása; 

e a 21164-esben és a 21264-esben meg- 
lévő, eddig használaton kívüli utasítások 
alkalmazása; 

e — az 21264-esben újonnan megjelent 
utasítások használata és; 

e — lehetőség szerint bizonyos utasítások 
mellőzése a 21264-en. 





Az utasításbetöltés leállásának 

(fetch stalling) megakadályozása 

Ha az utasításbetöltés leállását el szeretnénk 
kerülni, biztosítanunk kell, hogy az utasítá- 
sok a betöltési tömbben ne próbáljanak egy 
vagy több végrehajtóegységnél a rendel- 
kezésükre álló kapacitásnál többet igénybe 
venni. A 21264-esnél az 15 fontos, hogy az 
elágazások célcímei a betöltési tömb hatá- 
rára legyenek igazítva. Mivel négy utasítást 
tölt be egyszerre, a Omod4 utasításokat 
igazítani kell a csomópontokhoz, ami egyen- 
értékű a Omodl6 igazításával. 


Az elágazásokból 

származó lassulás elkerülése 

A 21264-esen különösen fontos, hogy elke- 
rüljük az elágazásokból származó lassulást. 
A bonyolult, tanítható elágazás-feltérké- 
pező beépített logika csak akkor működik 
hatékonyan, ha csupán egyetlen vezérlés- 
átadó utasítás található a betöltési tömbben 
(a , négyes csomagban"). A 21164-eshez 
igazított rendszermagban több vezérlésát- 
adó utasítás számos helyen előfordult egy 
négyes csomagon belül. Ráadásul az elága- 
zások célcímei 8$mod16 címekre voltak 
igazítva, amely gyakran azt eredményezte, 
hogy a cél címkéje a négyes csomag köze- 
pére került. Ezek az utasítássorozatok elég 
jól futnak a 21164-esen, ám a 21264-esen 
viszonylag lassúak. 


Az ismétlési csapdák elkerülése 

Ismétlési csapda akkor lép fel, amikor a 
processzor a soros feldolgozáshoz kénytelen 
visszaállítani a memória állapotát, kikény- 
szerítve bizonyos memóriaterületek elérését, 
vagy amikor különböző méretű hozzáférési 
kérések érkeznek ugyanarra a memóriaterü- 
letre. A módosított programrészletekben 
ilyen gond nem akadt, ebből a szempontból 
nem kellett módosítani. 


A 21264-es utasításainak késleltetése 

A 21264-es utasítások ütemezésének szabá- 
lyai túl bonyolultak ahhoz, hogy itt közöljük 
őket, akit azonban érdekelnek a részletek, 

a , 21264 Compiler Writers Guide" című 
írásban utánanézhet. 


Igénybe vehető, 

de használaton kívüli utasítások 

A bájt- és szóméretű betöltések, valamint 
kiírások a 21164A (ev56) processzorban 
jelentek meg először, de az eredeti as- 
sembly programrészletekben ezeket nem 
használták. Előző tapasztalataink (az alkal- 
mazások statikus binárisainak fordítása 
kapcsán) arra utaltak, hogy a teljesítmény 
— ha kihasználjuk ezeket az utasításokat — 
általában 10-20 százalékkal nő. Különösen 


igaz ez az stw (store word — , szó tárolása") 
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és az stb (store byte — , bájt tárolása") 
utasításokra, mert ezek olyan módon 
küszöbölik ki a memóriaforgalmat, hogy 
nem lép fel ismétlési csapda. A rendszer- 
mag finomhangolásánál 15 hasznosnak 
bizonyultak ezek az utasítások, rendszerint 
a nagy területmásolások végére kerültek, 
míg az adatmozgatás nagy részét a nyolc 
bájtot egyszerre mozgató betöltő és kiíró 
utasítások végezték. 

Alpha-felületen sokféle előbetöltő utasítás 
létezik. Az előbetöltő utasítások arra kész- 
tetik a memóriaalrendszert, hogy egy me- 
móriatömböt későbbi feldolgozás céljából 
az adatgyorstárban helyezzen el. Ezek álta- 
lában nem jelennek meg a lefordított kód- 





ban, mivel néhány fordítóprogram elég 
ismerettel rendelkezik ahhoz, hogy létre- 
hozásuk szükségtelenné váljon. Például 

a Compag fordítóprogramja létrehozza 

az előbetöltő utasításokat. Amikor nagy 
mennyiségű adatot kell mozgatni, az 
assembly nyelven programozó használhatja 
az előbetöltést (és ajánlatos 15 használnia). 
A gcc-benaz  asm () lehetővé teszi, 
hogy a programozó a program kulcsfontos- 
ságú pontjaiba illessze be a megfelelő elő- 
betöltő utasításokat, amennyiben a program 





megírása tiszta assemblyben nem kívánatos. 
Mivel ezek az utasítások csökkenthetik 
vagy megakadályozhatják az adatgyorstár 
leállását, használatukkal jelentős sebesség- 
növekedés érhető el. 


Újonnan elérhető utasítások 

A 21264-es az első olyan Alpha-megvaló- 
sítás, amely támogatja a következő három, 

a teljesítménynövelés szempontjából hasz- 
nos utasítást: CTLZ, CITTZ és WH64. 

A CILZ és a CITZ utasítások megszámol- 
ják egy 64 bites regiszter kezdő, illetve 

a végen elhelyezkedő nulláinak számát, de 

a karakterlánc-műveletek végrehajtása során 
is hasznosak. Amikor a program mintakere- 
sést magában foglaló karakterlánc-műveletet 
hajt végre (az strlen a NULL-ra keres rá), 
gyakran előfordul, hogy a mintakeresés 
bájtnagyságú indexe egy nyolcbájtos regisz- 
terben van. A CTTZ nélkül körülbelül tíz 
utasítást kellene végrehajtani, többek közt 
több CMOV-Xx-t (feltételes áthelyezés), 
hogy ezt az indexet meghatározzuk. Az ered- 
mény egyrészt a kód méretének csökkenése 
(mindig hasznos), másrészt kevesebb órajel- 
ciklus szükséges a karakterlánc-műveletek 
végrehajtásához. Akad még néhány alacsony 
szintű fájlrendszerművelet, ahol ezek az 
utasítások ugyancsak jól használhatók 

a bitmezők lyukainak megkereséséhez. 

A WH64 (write hint for 64-bytes — , felké- 
szülés 64 bájt írására") a memória-alrend- 
szert értesíti, hogy a közeljövőben egy meg- 
adott 64 bájtos terület kerül kiírásra. A pro- 
cesszor ezt az értesülést átadhatja a memó- 
ria-alrendszernek, amely érvénytelenítheti a 
célterület tartalmát, és megtakaríthat néhány 
memóriaciklust a memóriaállapot folytonos- 
ságának fenntartásával. Mivel a folyamatok 
váltása nagy mennyiségű adat mozgatásával 
jár a memória egyik részéből a másikba, 
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4. táblázat Terheléspróba eredményei a 2.4.2-es rendszermaggal 


2.4.2 fordítása make -j 1 make -j 2 make -j 4 make -j 8 
Foltok eltávolítva: 22,5 23,1 23,3 23,6 
rendszermag 

Alap (foltozott): 20,2 20,7 203 20,3 
rendszermag 

Gyorsulás 9890 11,69o 14,89o 16390 


5. táblázat Terheléspróba eredményei a gcc-vel és a 2.4.2 rendszermaggal 


gec fordítása make -j 1 make -j 2 make -j 4 make -j 8 
Foltok eltávolítva: gcc 449 483 50,2 0181 
Alap (foltozott): 398 408 424 43,6 
gcc 
Gyorsulás 12,89o 18490 18490 17,29o 

6. táblázat Terheléspróba eredményei 

az UP1000 rendszeren 2.4.0-test6-os rendszermaggal 

2.4.0-test6 fordítása make -j 1 make -j 2 make -j 4 make -j 8 
Foltozatlan: rendszermag 25,0 25 26,7 344 
Foltozott: rendszermag 18,0 18,2 18,7 26,1 
Gyorsulás 38890 40,19o 42890 31,890 

7. táblázat Terheléspróba eredményei 

az UP1000 rendszeren gcc-vel és 2.4.0-s rendszermaggal 

gec fordítása make -j 1 make -j 2 make -j4 make -j 8 
Foltozatlan: gcc 74,0 57,8 62,5 71,5 
Foltozott: gcc 63, 7 47,2 524 61,2 
Gyorsulás 16,29o 22,59o 19,39o 16,890 


ciklus, de akár öt 1s lehet, attól függően, 
hogy az adott betöltési tömbben hány 
CMOV található. Bizonyos esetekben 
sebességnövekedés érhető el, ha a CMOV 
utasításokat jól kiszámítható feltételes 
elágazásokkal helyettesítjük. Jó ökölsza- 
bálynak tűnik, hogy amennyire csak 
lehetséges, csökkentsük a CMOV-utasí- 
tások számát. 


minden sebességnövekedés jól jön a rend- 
szermag és a felhasználói memória között. 
A másik terület, amely nagymértékben a 
memórla-memória forgalmának sebességétől 
függ, az operációs rendszerbeli programok 
betöltési ideje. A program bitjeit mind le 
kell képezni, és az összes kinullázott memó- 
riába (a .BSS végrehajtható állományokban) 
nullákat kell írni. 


Az adatgyűjtés és a kipróbálás módszere 
Az adatokat egy API Network CS20 
kiszolgálóról gyűjtöttük. A gép kiépítése: 
két 8333 MHz-es processzor 4 MB DDR 
gyorstárral, Il GB SDRAM és Ultra-160 
SCSI lemez. Két terhelési próba futott le: 


Elkerülendő utasítások 

A 21264-es a CMOVxx feltételesáthelye- 
zés-utasítást úgy valósítja meg, hogy azt 
a processzor belsejében két külön részre 
bontja. Ennek eredményeként a CMOVxx 
utasítás késleltetése legalább két órajel- 
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ötször a 2.2.18 rendszermag fordítása és 
ötször a gcc-2.95.3 fordítása. Az átlagos 
rendszeridőt (/usr/bin/time -p) vettük 
figyelembe a make különböző párhuzamosí- 
tásai mellett (lásd a 2. és a 3. táblázatot). 
Hasonló kísérletet végeztünk a 2.4.2 rend- 
szermaggal (az összes sebességnövelő 
folt használatával). Az eredményeket 

a foltozatlan 2.4.2 rendszermaghoz hason- 
lítottuk, amelyből a legtöbb (de nem 

az összes) teljesítményfokozó változtatást 
eltávolítottuk. 

Ezt a kísérletet eredetileg egy API Network 
UP10O00 alaplappal rendelkező rendszeren 
hajtottuk végre, amelyben 700 MHz-es 
processzor volt 4 MB gyorstárral, 128 MB 
SDRAM és IDE lemez. Ismét öt rendszer- 
mag- és öt gcc-fordítást futtattunk, majd 
feljegyeztük a futási idők átlagát. A 2.4.0- 
testó-os rendszermagot foltokkal és anélkül 
is használtuk. 

A szerény kiépítettségű rendszeren 

(az UP1000-n) a teljesítnénynövekedés 
látványos, abban az értelemben, hogy csök- 
kent a rendszermagban töltött idő, és bizo- 
nyos tevékenységeknél (a rendszermag 
fordítása) a sebességnövekedés a negyven 
százalékot is elérheti. A nagyvonalúbban 
kiépített CS20-as rendszeren a mért terhelé- 
seknél következetesen 14-15 százalékos 
sebességnövekedést észleltünk. 

Az UP1000 és a CS20 közötti különbsége- 
ket a memóriának tulajdonítottuk: az 
UP1000 800 MB$Ss átviteli sebességgel 

és 64-bites sínnel, míg a CS20 2,65 GB/s 
átviteli sebességgel és 256-bites sínnel 
rendelkezik. 


Összegzés 

Ilyen vagy olyan formában az összes újraírt 
programrész része a 2.4.2 rendszermagnak 
(bizonyosakat ismét újraírtak). A 2.2.17-eshez 
is készítettünk foltot, és vállalatunk web- 
oldalán a 3 http://www.api-networks.com/ 
products/downloads/developer. support/ 
címen a , Performance" pont alatt elérhetővé 
tettük. További erőfeszítések eredményeként 
a fejlesztések bekerültek a g1ibc-be, és ott 
segítik a felhasználó módban futó progra- 
mok sebességnövelését. 


Rick Gorton 

az APl NetWorks 
szakembercsapatának 
d tagja. A Linuxszal 
először az eredeti 
32-bites Alpha-válto- 
zat (BLADE) formájában találkozott. 
1992 óta fejleszt Alphára bináris fordí- 
tókat, teljesítménynövelőket és egyéb 
binárisokat kezelő eszközöket. 

A rick.gorton2apI-networks.com 
címen érhető el. 
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ingyenes adatvédelem az új lapkákkal 


Az egyre növekvő biztonsági igények és zuhanó 
lapkaárak mellett a Linux-rendszereknek is fel kell készülniük a jövő kihívásaira. 





indenki szereti biztonságban 
tudni a titkait, de vajon mennyit 
hajlandó ezért anyagilag áldozni? 


Mostanra az Interneten a magánszféra 
védelme meglehetősen kicsire zsugorodott, 
a piacon megjelenő új lapkák azonban lehe- 
tővé teszik a felhasználók számára, hogy 
adataikat költségkímélő módon vagy éppen- 
séggel pluszkiadások nélkül védjék meg. 
Két szabvány uralkodik döntő többséggel 

a Hálón: az SSL és az IPsec. Az előbbit a 
legtöbb böngészőprogramba beépítik, ily 
módon biztosítva a biztonságos internet- 
tranzakciók megvalósulását. Az IPsec pedig 
virtuális magánhálózatokat (VPN) hoz létre, 
amelyeken keresztül a távoli adatbázisok 1s 
biztonságosan érhetők el. 

Mindkét szabvány használ titkosítást, hogy 
a kódfeltörők, hallgatózók és betolakodók 
elől elrejtse a kényes adatokat. A tavalyi évig 
az Egyesült Államok kormánya megtiltotta 
a nagy biztonságú titkosítási módszerek más 
országokba történő exportját, de azóta a kor- 
mány szigora enyhült e tekintetben. A titko- 
sítás általános elterjedésének legnagyobb 
akadályát jelenleg az a mérhetetlen nagy 
számítógépes kapacitásszükséglet képezi, 
amely az üzenetek titkosításához, illetve 
megfejtéséhez kell. Ha a titkosítás informa- 
tikai szempontból nem volna nehéz feladat, 
a kódokat egyszerű lenne feltörni. Szeren- 
csére a legtöbb korszerű számítógép köz- 
ponti egysége bővelkedik annyi , lóerőben", 
hogy lassabb ethernetkapcsolaton vagy akár 
széles sávú internetkapcsolaton 1s képes 
legyen titkosítani az üzeneteket. A gondot 

a kiszolgáló számítógép jelenti, amelynek 
egyidejűleg kell tudnia nagyszámú, sok fel- 
használótól érkező üzenetet kezelni. A ki- 
szolgálógépek jellemzően 100 Mbites úgy- 
nevezett Fast ethernet- vagy ennél 1s gyor- 
sabb hálózaton küldik az adatokat. 

A szűk keresztmetszet megszüntetése érde- 
kében a cégek olyan önálló titkosítóberende- 
zések mellett döntöttek, mint például a VPN- 
gépek vagy az SSL-kártyák. Ezek a gépek 
sajátos, a célnak megfelelően kialakított lap- 
kákat használnak, amelyek a titkosítási 
számításokat a szokványos processzoroknál 
sokkalta gyorsabban végre tudják hajtani. 

A megfelelően nagy sebesség eléréséhez a 
jelenlegi biztonsági lapkák még nem eléggé 
gyorsak, ezért előfordulhat, hogy a nagyobb 


www.linuxvilag.hu 


VPN- és SSL-hálózatokban több ilyen drága 
berendezést 1s össze kell kapcsolni — további 
járulékos berendezésekkel együtt. A végered- 
mény egy olyan VPN-csúcsgép, amelynek 
ára több százezer dollárra rúghat. 

A segítség azonban máris úton van! A bizton- 
ság iránti fokozott érdeklődés újabb cégeket 
ösztönzött arra, hogy képviseltessék magukat 
a biztonsági lapkák piacán, ahol ez idő tájt 
tíz cég van jelen, de továbbiak is várhatók. 

A lapkák többségét tavaly a Hifn állította elő, 
amely a programalapú tömörítéssel foglal- 
kozó Stac cég melléküzletága. Olyan lapka- 
gyártó óriások, mint az Intel, a Motorola és 

a Philips szintén betörni készülnek a piacra. 
A kereskedelmi verseny tehát igen kedvező 
a műszaki újítások számára. Nem meglepő, 
hogy legjavuk olyan kis cégektől származik, 
mint a Chrysalis-ITS, a SafeNet és a 
Securealink; valamint az újonnan indulóktól, 
mint a Corrent, a NetOctave és a BlueSteel 
(ez utóbbi a Broadcom biztonságtechnikával 
foglalkozó leányvállalata). A piaci versenynek 
köszönhetően a jövő év közepére olyan 

10 Gbit/s sebességgel működő lapkák jelen- 
nek meg, amelyek hálózati környezetben 
akár a legszélesebb keresztmetszeteken is 
képesek lesznek kiszolgálni. 

Ez a sebesség százszorta nagyobb, mint a 
tavalyi év kezdete óta kapható legnagyobb 
teljesítményű lapka sebessége, ami valóban 
látványos fejlődés. A Moore-törvény átlagos 
fejlődési ütemével összemérve ez azt jelenti, 
hogy tízévnyi fejlődést két évnél egy kicsi- 
vel hosszabb időre sűrítettünk össze. Már 
csak egy rövidebb időszakra van szükség, 
amíg az új, gyorsabb lapkák a rendszerek- 
ben általánossá válnak, és jövőre a mostani 
VPN-csúcsgépek 1s csupán néhány ezer 
dollárba fognak kerülni. 

Ha a titkosítás ilyen olcsóvá válik, valójában 
nem 1s különálló gépeken fog működni: ezek 
a nagy sebességű lapkák minden hálózati 
kártyán, illetve minden számítógépes háló- 
zatban fel fognak tűnni. Az internetszolgál- 
tatók csekély költséggel (körülbelül 1 dollá- 
ros havidíjért) kínálnak majd védelmi szol- 
gáltatásokat a felhasználók számára. Ezért 
az árért a legtöbb ember biztonságosan fog 
tudni elektronikus levelet küldeni és fogadni, 
böngészni, illetve további elektronikus tevé- 
kenységet folytatni a Világhálón. 

Néhány elemző azt jósolja, hogy 2004-re 


az internetes adatforgalomnak nagyjából 

a fele titkosított lesz. 

Számos esetben ez csak kis vagy éppenség- 
gel semmilyen hatást sem fog az alkalmazá- 
sokra kifejteni. Az IPsec az IP-szabvány 
részeként a hálózati verem 3-as rétegén 
dolgozik, vagyis nem egyszerűen az alkal- 
mazási réteg alatt, hanem még a TCP-nél 

is lejjebb. Azt követően, hogy az operációs 
rendszer két számítógép között biztonságos 
kapcsolatot létesített, a két gép közti teljes 
adatforgalom titkosításra, illetve feloldásra 
kerül anélkül, hogy az az alkalmazásokra 
bármilyen hatást 15 gyakorolna. 

Az SSL magasabb szintű protokoll, amit 

az alkalmazásnak közvetlenül kell kezelnie. 
Minthogy azonban már be van építve a bön- 
gészőprogramba, az azon keresztül elért bár- 
milyen szolgáltatás felhasználhatja. A fele- 
lősség a webes rendszergazdákat terheli 
annyiban, hogy webfelületük minél nagyobb 
részét nagymérvű biztonságot szavatoló 
kiszolgálókra kell telepíteniük. Amint a biz- 
tonsági költségek csökkennek, a webhelyek 
teljes biztonsága ugyancsak megoldható. 

Az IPsec használata akkor nagy fogás, ha 

az operációs rendszerben adunk neki helyet. 
A Linux-felhasználók már használhatják 

a FreesS/WAN-környezetet, amely az IPsec 
nyílt forrású, elismert megvalósítása. Ezzel 
szemben a legtöbb Linux-változat még nem 
tartalmazza ezt a programot, jóllehet a hely- 
zet könnyen megváltozhat, amint a titkosítás 
egyre nagyobb népszetűségre tesz szert. 
Összehasonlításképpen megemlíteném, hogy 
az IPsec szerepel a Windows 2000 szokásos 
szolgáltatásai között. A titkosításért felelős 
lapkák árának zuhanásával együtt a Linux- 
közösségnek 1s készenlétben kell állnia. 

A fejlesztőknek, terjesztőknek és végfelhasz- 
nálóknak egyaránt fel kell készülniük arra, 
hogy rendszerük képes legyen az olcsó 
titkosítási berendezések által nyújtott előnyök 
kihasználására. 


Linley Gwenapp 
(Iinleyeolinleygroup.com) 
"] a The lLinley Group 
szakmai elemző cég 
alapítója és vezetője. 

ci A cég honlapja elérhető a 
2 httop:/Avwv.linleygroup.com címen. 
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0 Kiskapu Kft. Minden jog fenntartva 


Betorésérzékelés mindenkinek 


Telepítsd a Tripwire-t, hogy elkaphasd a betörőket! 


védelmi szempontból áthatolhatatlan, százszázalékos biz- 
tonság nem létezik. A réseket már a rendszer védelmi vona- 
lán fel kell ismerni. A Tripwire Open Source szabadon felhasználható 
és nyílt forráskódú programcsomag, amely a lehetséges réseket meg- 
lehetősen jó eséllyel már megnyitásuk pillanatában felfedezi. 

A Tripwire-hoz hasonló sértetlenség-ellenőrzők a titkosításban 
használt módszerekkel , ujjlenyomatot" vesznek a rendszer futtatható 
bináris állományairól, beállításokat tartalmazó fájljairól és minden 
másról, amelyek a behatolás során vagy annak következtében meg- 
változhatnak. Ezután ezeket a fájlokat időről-időre összevetik a tárolt 
ujjlenyomatokkal, és a különbségeket levélben elküldik a rendszer 
gazdájának. 

A Tripwire a legjobban ismert és a legérettebb sértetlenség-ellenőrző 
rendszer, írásunkban ezt tárgyaljuk részletesen. Érdekes lehet még 

az Advanced Intrusion Detection Environment (AIDE) 1s, amely több 
felületen fut, mint a Tripwire Open Source, és az FCheck, és amelyik 
teljesen Perlben íródott, ezért még az AIDE-nél és a Tripwire-nél is 
kevésbé felületfüggő (ráadásul Windows alatt 15 fut). A cikk végén 

a Kapcsolódó címek részben találhatók a hivatkozások az AIDE és 

az FCheck weboldalaira. 
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Mi a sértetlenség-ellenőrzés? 

A sértetlenség-ellenőrzés olyasmi, mint a biztonsági mentés: remél- 
hetőleg sosincs rá szükség, de az ég óvjon attól, hogy éppen akkor 
ne álljon a rendelkezésünkre, amikor szükségünk lenne rá. Akár- 
csak a biztonsági mentés, a sértetlenség-ellenőrzés 15 egy nagyobb 
terv része. Ha rendszerünket megerősítettük, megfoltoztuk, és a 
legmagasabb szinten karbantartjuk (vagy legalább a józan ész 
elvárta szinten gondját viseljük), akkor a sértetlenség-ellenőrző 
biztosítja a végső védőhálót, amely felfogja a betörő támadását, 
bármilyen okos legyen Is. 

A sértetlenség-ellenőrző működési elve egyszerű: ha egy fájl várat- 
lanul megváltozott, jókora az esélye, hogy egy behatoló változtatta 
meg. Az első dolgok egyike például, amelyet a betörők a rendszer- 
gazda jogainak megszerzése után meg szoktak tenni, az, hogy a 
gyakran használt rendszerprogramokat (például Ils, ps és netstat) 
olyanokra cserélik le, amelyek látszólag a szokásos módon működ- 
nek, de elrejtik azokat a fájlokat, folyamatokat vagy kapcsolatokat, 
amelyek lebuktathatnák őket. 

A sértetlenség-ellenőrzők segítségével létrehozhatunk egy ellenőrző- 
összeg-adatbázist a fontos rendszerprogramokról, beállítási fájlokról 
vagy bármi másról, amitől nem várjuk vagy nem akarjuk, hogy 
megváltozzon. Ha rendszeresen összevetjük ezeket a fájlokat a sér- 
tetlenség-ellenőrző adatbázisával, rendszerünk feltörésének esélyét 
csökkenthetjük. Minél hamarabb szerez tudomást a rendszergazda 

a betörésről, annál nagyobb az esélye, hogy elkapja vagy legalább 
elkergeti a behatolókat. 

Figyelem, a legjobb sértetlenség-ellenőrző sem ér semmit, ha nem 
megbízható az adatbázisa! Nagyon fontos, hogy a lehető leghama- 
rabb létrehozzuk ezt az adatbázist az operációs rendszer biztonságos 
forrásból történő telepítése után. Megismétlem, a sértetlenség-ellenőr- 
ző telepítése, beállítása és fenntartása nem éri meg a fáradtságot, 

ha nem tiszta rendszeren hozták létre az adatbázisát. 
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Tripwire — az első és mindmáig 

a legjobb sértetlenség-ellenőrző 

Számos más ünnepelt és hasznos dologgal együtt a Purdue COAST 
Project (2 http://www.cerias.purdue.edu/coast/) , ajándékozta" a 
világnak a Dr. Eugene Spaffort és Gene Kim által írt Tripwire-t 15. 
Eredetileg nyílt forrású, szabad program volt, majd 1997-ben keres- 
kedelmi termék lett, és a díjmentes használat az akadémiai, illetve 
egyéb nem kereskedelmi célú felhasználásra korlátozódott. 
Szerencsére tavaly októberben a Tripwire Inc. megjelentette a Tripwire 
Open Source Linux Edition névre hallgató terméket. A Tripwire keres- 
kedelmi változatai ezelőtt olyan lehetőségeket tartalmaztak, amelyek 

az Academic Source Release-ből hiányoztak. Ezzel szemben a Tripwire 
Open Source a kereskedelmi termék többé-kevésbé friss változatának 
felel meg. Az olyan vállalati környezetben kihasználható lehetőségeket 
leszámítva, mint a sok gépből álló rendszer központi karbantartása, 
sokban hasonló a Iripwire for Servers termékhez. 

A Tripwire Open Source csak a nem kereskedelmi Unixokra ingye- 
nes, például Linuxra és Free/lNet/OpenBSD-re. Tulajdonképpen csak 
a RedHat Linux és a FreeBSD támogatott, de semmi akadálya, hogy 
más Linux- és BSD-változatokon 1s ugyanolyan jól lefordítható és 
futtatható legyen. Csak a régebbi Academic Source Release használ- 
ható szabadon a kereskedelmi Unixokon, például Solarison vagy 
IBM AIX-en, egyébként meg kell vásárolnunk a kereskedelmi válto- 
zatot. Írásunk további részében a Tripwire Open Source Linux 
Edition változatával fogok foglalkozni. 


A Tripwire beszerzése, lefordítása, telepítése 

A cikk írásának pillanatában a Iripwire Open Source legújabb 
változata: a 2.3.1-2. A forráskód tar-csomagkérnt letölthető a 
Xhttp://sourceforge.net/projects/tripwire/ weboldalról. Javaslom, 
hogy ezt a csomagot töltsd le, fordítsd le és telepítsd. A Tripwire 
története során csupán egyetlen jelentős biztonsági hibája akadt 

(az 15 csak egy szolgáltatás-megtagadási kockázat volt). Ezt a prog- 
ramot azért használjuk, mert üldözési mániánk van. Az üldözési 
mániások számára csak a legújabb (megbízható) változat a megfelelő. 
Az eddig elmondottak figyelembevételével megemlítem, hogy a 
RedHat 7.0-ban található bináris változat szintén meglehetősen új. 
Amennyire meg tudom állapítani, a RedHat v2.3-55 RPM-je és a 
hivatalos forrás v2.3.1-2-változata között csak két, a biztonságot 
nem érintő hibajavítás történt, tehát valószínűleg nem vállalsz óriási 
kockázatot, ha a RedHat 7.0 RPM-jét telepíted. De ne mondd, hogy 
én nem szóltam! 

A Tripwire Open Source lefordításához helyezd a forráscsomagot 

a /usr/src könyvtárba, és csomagold kt: 

tar xzvfÍ ./tripwire-2.3.1-2.tar.gz 

Ezután ellenőrizd, hogy megvan-e a rendszereden a közvetett hivat- 
kozás a /usr/bin/gmake-ről a /usr/bin/make-re (GNU-make 
ugyanis nem minden Unixnak része a, ezért a Iripwire kifejezetten 
a gmake-et keresi — természetesen a legtöbb Linux-rendszeren ez 

a make). Ha nincs meg, a következő paranccsal létrehozható: 

ln -s /usr/bin/make /usr/bin/gmake. 

Ezenkívül ellenőrizni kell az alkönyvtárak teljes rendszerét a 





/usr/ share/man alatt, ugyanis a TIripwire a man4, a man5 és 

a man8 alá akar majd súgóoldalakat telepíteni. Az én Debian-rend- 
szeremen hiányzott a /usr/ share/man/man4, ezért a telepítő 
létrehozott egy /usr/share/man/man4 nevű fájlt, amely a súgóoldalt 
tartalmazta ahelyett, hogy az ilyen nevű könyvtárba másolta volna. 
Végül el kell olvasni a forrás README és INSTALL fájljait, belépni 
a forrásfa src könyvtárába (például /usr/src/tripwire-2.3.1-2/src), és 


a változók értékeit az src/Makefile-ban szükség szerint módosítanunk 
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kell. Győződj meg róla, hogy a megfelelő SYSPRE sor 
elől törlöd-e le a megjegyzésjelet (SYSPRE — 
1386-pc-lnux, SYSPRE — sparc-linux stb.) ! 
Felkészültünk a fordításra, tehát írd be a make 
release parancsot. Mivel ez jó darabig eltart, 
közben akár egy szendvicset 15 bekaphatsz. Amikor a 
fordítás elkészült, a könyvtárszerkezetben lépj eggyel 
feljebb, például /usr/src/tripwire-2.3.1-2, továbbá 
add ki a következő két parancsot: 


cp ./install/install.cfíg 
cp ./install/install.sh 


Kedvenc szövegszerkesztődben nyisd meg 
az install.cfg-t, és ha az alapértelmezett útvo- 
nalakat rendben találod, vizsgáld meg a Mail 
Options részt. A Tripwire-nak itt adhatod 
meg, hova küldje a naplóbejegyzéseit. Ha a 
TWMAILMETHOD-SENDMALL beállítást 
választod, a Iripwire a megadott helyi 
levelezőt (alapértelmezés szerint a 
sendmai1-t) használja arra, hogy 
jelentéseit elküldje egy helyi felhasz- 
nálónak vagy csoportnak. 

A TWMAILMETHOD-SMIP 
beállítást választva, és a 
TWSMIPHOST és TWSMIPPORT 
értékeit megadva a Iripwire a külső 
levélcímre küldi el a jelentéseit a meg- 
adott SMIP-kiszolgálón és -kapun 
keresztül. Ha később meggondolnád 
magad, a Mail Options beállításait 
bármikor megváltoztathatod. 

Ha a rendszert — amelyre a Iripwire-t 
telepíted — több felhasználó is használja, 
továbbá valaki rendszeresen belép és 
olvassa a rendszergazda leveleit, akkor 
a SENDMAIL-módszer a megfelelőbb. 
Ha a rendszer karbantartása egy másik gépen keresztül távolról 
történik, az SMTP-módszer a jobb. 

Miután kedved szerint kitöltötted az install.cfg-t, ideje telepíteni 

a Tripwire-t. Írd be: sh . /instal1 . sh. Két jelszót fog kérni a 
program, a site jelszó a Iripwire beállítási fájljait védi, a local pedig 
a Tripwire adatbázisát és jelentéseit. Így lehetséges egységes háziren- 
det alkalmazni több gépre, míg az adatbázis karbantartásának és 

a jelentések létrehozásának felelősségét el lehet osztani. 
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Megjegyzés az RPM-ekről 

Az RPM-ek telepítése egyszerűbb és gyorsabb (de jegyezzük meg 
ismét, hogy a legfrissebb Iripwire-változat nem feltétlenül érhető el 
ebben a formában). Miután felraktad az RPM-et, az egyetlen dolog, 
amit meg kell jegyezned, az, hogy le kell futtatnod a 
/etc/tripwire/twinstal1l1.sh parancsot, amellyel létrehoz- 
hatod a site és 10ca1 jelszót. A parancsfájl a forrás instal1.sh 
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parancsfájljához hasonlóan működik, lásd az előző bekezdést. 


www.linuxvilag.hu 
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A Tripwire használata 

Amennyrre hasznos a Iripwire, olyannyira elterjedt róla az a hír, 
hogy nehéz beállítani (ez természetesen minden sokoldalú bonyolult 
eszközre 1gaz). A helyzet valójában nem olyan rossz; ha követed 
azokat az egyszerű lépéseket, amelyeket itt megadok, akkor hatéko- 
nyan használhatod a Tripwire-t a rosszfiúk elfogására. Lépj be hát 

a felhasználók előkelő csoportjába, akik nemcsak telepítették, hanem 
használják 1s a Tripwire-t! 
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sza. A beállítófájl kezelése 

Első feladatunk a beállítófájl, a tw.cfg ellenőrzése. 

Et Ezt a fájlt a telepítő ugyan titkosította, de kényel- 
münk kedvéért twcfg.txt néven egy szöveges változat 15 be- 
került a /etc/tripwire könyvtárba. Itt kell megváltoztatnod 
azokat a beállításokat, amelyekkel kapcsolatban a telepítés 
óta meggondoltad magad. 

Ha valamit megváltoztattál, a beállítófájlt a következő 
paranccsal titkosítsd újra: 




































z 
SS CZ 

si 
st 


twadmin --create-cfígfile --site- 
keyfile/site.key twcfg.txt 


Ebben az esetben a site.key a telepítés idején létre- 
hozott kulcs, és a twcfg.txt az a szöveges beállító- 
fájl, amit az imént szerkesztettél és titkosítani 
szeretnél. Ez magától értetődőnek tűnhet, hiszen 
ezek a fájlok alapértelmezett nevei, de bármi más- 
nak 1s elnevezheted őket. Ne mulaszd el megadni 
a kulcsfájlt, különben a twadmin hibát jelez 
(és ne feledd, a gyakorlat célja a beállítófájl 
titkosítása). 
Figyelem, soha ne hagyd meg a Tripwire beál- 
lító- (tw.cfg) és házirend- (tw.pol) fájljainak 
szöveges változatát a merevlemezeden. A szer- 
kesztés és a titkosítás után töröld a szöveges 
változatokat, később bármikor helyreállíthatod 
őket a következő paranccsal: 


twadmin --print-cfgfile 35 mycfg.txt 


ahol természetesen a mycfg.txt-t bármivel 
helyettesítheted. Bár nem ismertettem 
még a Tripwire binárisait (Jobb őket 
a megfelelő környezetben 

tárgyalni), gondolom már 

kitaláltad, hogy a twadmin 

segítségével kezelheted a Iripwire beállításait, kulcsait és (lega- 
lábbis kezdetben) a házirendfájlokat. 


A házirendfájlok kezelése 

A házirendeket a Tripwire beállítófájljainoz hasonlóan szövegfájlként 
szerkeszthetjük, telepítés előtt azonban alá kell írni és titkosítani kell 
őket. A beállítófájllal ellentétben a twadmin programot egy adott 
rendszeren csakis az első telepítéshez használjuk, a továbbiakban 

a Iripwire programot alkalmazzuk a házirendfrissítési módban. 

A Tripwire telepítése után első ízben a következő paranccsal 
hozhatjuk létre a házirendet: 


twadmin --create-polfile twpol.txt 
ahol a twpol.txt annak a szöveges házirendfájlnak a neve, amelyet 


telepíteni szeretnénk. 
Ahogy már a beállítófájloknál 15 említettük, szöveges házirendfájlt 
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sehol ne hagyj a rendszereden. Ha később olvasni vagy módosítani 
akarod a házirendet, visszaállíthatod a következő paranccsal: 


twadmin --print-polfile 35 mypol.txt 


A mypol.txt bármi lehet, a házirend szöveges változatának elnevezése 
a te dolgod. 


Házirend létrehozása vagy szerkesztése 

Kezdődjék a komoly varázslat! A Tripwire számára a házirendfájl 
olyan, mint az ember számára az agy: ez mondja meg, mit keressen 
és mit tegyen vele. Kissé barátságtalan a felhasználókhoz, talán nem 
annyira, mint a sendmail.cf, de azért készülj fel néhány rövidítés 
bemagolására. 

A Tripwire Open Source tartalmaz egy alapértelmezett házirendfájlt, 
természetesen ezt 1s használhatod a sajátodként. Mivel azonban az 
alapértelmezett házirendet olyan RedHat-rendszerre dolgozták ki, 
amelyre szinte minden telepítve van, használatbavétel előtt a házi- 
rendfájlt alaposan át kell szerkesztened. 

Ejtsünk egy-két szót a finomhangolásról. Ha a házirend nem elle- 
nőriz elég fájlt, vagy nem nézi meg eléggé az ellenőrzött fájlokat, 
akkor a Iripwire nem teljesítheti a feladatát és a gondok észrevét- 
lenül megmaradhatnak. A másik véglet sem szerencsés: ha a 
Tripwire nagyon odafigyel azokra a fájlokra, amelyek megváltoz- 
hatnak, , hamis találatokat" fog jelezni, melyek elterelhetik a figyel- 
medet a valódi gondokról. 

Nem valószínű, hogy mindent elsőre sikerül értelmesen beállítani. 
Szinte biztos, hogy időről-időre igazítanod kell a házirenden, különö- 
sen az első sértetlenség-ellenőrzés futtatása után. Ezért, még ha pon- 
tosan ugyanazt a RedHat-rendszert használod 1s, amelyre a Iripwire 
Open Source házirendjét tervezték, meg kell tanulnod a Tripwire- 
házirend formai követelményeit. Munkára fel! 

A házirendfájl szerkezetét úgy fogom elmagyarázni, hogy egy műkö- 
dő házirendfájlt kezelhető darabokra osztok. Az első darab a minta- 
fájl legelejéről származik és néhány változónak ad értéket: 


WEBROOT-/home/mick/ www; 
CGIBINS-/home/mick/www/cgi-bin; 
TWPOL-"/etc/tripwire" ; 

TWDB-" /var/lib/tripwire" ; 


Kevesebbet kell gépelnünk, ha ezeket a változókat használjuk. A kö- 
vetkező darabban néhány érdekesebb változónak adunk értéket: 


BINS - $(ReadOnly) ; tt Binárisok, amelyek 
t nem változhatnak 
SEC INVARIANT - -tpug ; t Könyvtárak, amelyek 
t tulajdonosa/engedélyei 
t nem változhatnak 
SIG MED s. 66 t Fontos, de nem 
tt 


rendszerkritikus fájlok 
Az első változócsoporttal ellentétben — amelyek egyszerű útvonal- 
rövidítések voltak — ezek kicsit érdekesebbek. Az első sorból kiderül, 
hogyan lehet egy változónak egy másik változó értékét megadni, 
hasonlóan a bash-héj formai követelményeihez, de itt zárójelbe kell 
tenni a második változó nevét. 
A második sor adja meg a , tulajddonságmaszkot". A tulajdonságmasz- 
kok azoknak a fájltulajdonságoknak a rövidítései, amelyeket a 
Tripwire megvizsgál. Mivel a tulajddonságmaszkok sokszor érthetetlen 
és kezelhetetlen alakúak, a legtöbb ember változónevekkel hivatkozik 
rájuk. A Tripwire számos előre megadott változóval rendelkezik, 
amelyek a gyakran előforduló tulajdonságmaszkoknak felelnek meg. 
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7. lista Példa házirendfáji 


WEBROOT-/home/mick/ www; 
CGIBINS-/home/mi1ck/www/cgi1-bin; 
TWPOL-" /etc/tripwire" ; 

MYBB" /var/ 1 a. /fekádőor atz etás 

iSNNISZ S ( Readon iiya ális Tr Bimdrisok, amelyek 
t nem változhatnak 
SEC INVARIANT - -4tpug ;t§t Könyvtárak, amelyek 


t tulajdonosa/engedélyei 


t nem változhat 
SIC MED- 66 t Fontos, de nem 
t rendszerkritikus fájlok 
t Mick weboldala 
( 
rulenama — "WILaEKkWalo" , 
severity — S(SIG MED) , 


emailto - mickGuselesswebjunk.com 


A 
S ( IWPOL) -5 S$(Readonly) ; 
S (WEBROOT) -5 S(Readonly) (recurse-1) ; 
! S (WEBROOT ) /guestbook.html ; 
S (CGIBINS) -5 S(BINS) 7 
/uzataaltoaánieiejoel —-s §(Gzrowiag)  § 

J 


Az első sor ezek egyikét tartalmazza, a ReadOnly tulajdonságmaszk 
azokra a fájlokra illik rá, amelyek semmilyen módon nem változ- 
hatnak, mint például a futtatható fájlok. Ha eljön az ideje, a tulaj- 
donságmaszkokat részletekbe menően tárgyalni fogjuk. 

A harmadik sor nevet ad a szigorúsági szintnek. Fontosságuk 
szerint a szabályok között szigorúsági szintekkel tehetünk 
különbséget. Amikor a tripwire parancsot a -——severity N 
kapcsolóval adjuk ki, csak az N-nél nagyobb vagy egyenlő szigo- 
rúságú szabályok kerülnek értelmezésre. Ha nem használjuk ezt 

a kapcsolót, az összes szabály érvényes lesz. Amennyiben egy 
szabálynak a szigorúsági szintje nincs megadva, alapértelmezés 
szerint nulla lesz. Az ilyen szabály csak akkor kerül értelmezésre, 
ha a --severity kapcsolót nem használjuk. Most már tudunk 
egyet s mást a házirend változóiról, valamint használatukról, lássuk 
ezután a szabályokat! 


t Mick weboldala 
( 





rulename - "MickWeb", 
severity - S(SIG MED), 
emailto  - mick8uselesswebjunk.com 
) 
( 
S (WEBROOT) -5 S$(ReadOnly) (recurse-1) ; 
! $ (WEBROOT) /guestbook.htmi ; 
S (CGIBINS) -s5 S(BINS) ; 
/var/log/httpd -s $(Growing) ; 
J 


Ez meglehetősen nagy falat, ezért kezdjük a szabályszerkezettel! 

A szabályok állhatnak egyedül vagy a közös jellemzők által meghatá- 
rozott csoportban. Ez a lista több közös tulajdonsággal (zárójelben) 
rendelkező csoportot mutat (kapcsos zárójelek között). A szabálycso- 
port neve , MickWeb", a csoport szigorúsági szintje 66, és a csoport- 








1. táblázat Tulajdonságmaszk-értékek 


Tulajdonság Leírás 


- A következő tulajdonságok figyelmen kívül hagyása 


-k A következő tulajdonságok feljegyzése és ellenőrzése 
a Hozzáférés ideje 

b Kiosztott blokkok száma 

C Csomópont időbélyege (létrehozás/változtatás) 

d A fájlleírónak helyet adó eszköz azonosítója 

g Fájltulajdonos csoportazonosítója 


! Fájlleíró (1-node) 


I A fájl mérete nő (, növekvő fájl") 


m Módosítás ideje 

n Hivatkozások száma (fájlleírók hivatkozásszámlálója) 
p Engedélyek és módosító bitek 

r A fájlleírók által hivatkozott eszköz azonosítója 


(csak eszközfájlokra érvényes) 


s Fájlméret 

t Fájltípus 

u Fájltulajdonos felhasználóazonosítója 

C CRC-32 ellenőrzőösszeg (nem biztonságos, de gyors) 
H Haval-ellenőrzőösszeg (biztonságos, de lassú) 

M MD5-ellenőrzőösszeg (biztonságos, de lassú) 

S SHA-ellenőrzőösszeg (biztonságos, de lassú) 


tal kapcsolatos jelentések a mick Cuselessjunk.com címre érkeznek. 
A tulajdonságokat vesszővel választjuk el, továbbá az összes szabály 
pontosvesszővel ér véget. 

Tulajdonságokat az egyes szabályokhoz külön is hozzárendelhetünk. 
A csopott első szabályánál a recurse 1-re van állítva, ami azt 
jelenti, hogy a /home/mick/www könyvtárat egy szintmélységig kell 
ellenőrizni (azaz a könyvtárat magát és közvetlenül alatta mindent, 
de semmi többet). Megjegyzendő, hogy a könyvtárakat a program 
alapértelmezés szerint teljes mélységükig ellenőrzi, ha a recurse 
tulajdonság alapértéke 7rue. 

A szabálykifejezésben megadott tulajdonságok általában felülbírálják 
szabálycsoport felett zárójelben megadottakat. Kivétel az emailto 
tulajdonság, amely összeadódó vonással bír: ha a csoportnak létezik 
közös levélcíme és a csoport egyik szabályának másik levélcíme, akkor 
az ahhoz a szabályhoz tartozó jelentéseket mindkét címre elküldi. 
Mindössze néhány tulajdonság létezik: rulename, severity, 
emailto és recurse. A tulajdonságokról további ismereteket 

a Kapcsolódó címek részből kiindulva szerezhetsz. 

A MickWeb-csoport tulajdonságai után néhány szabály következik. 
Figyeld meg, miként használjuk a változókat az objektumok (a fáj- 
lok és a könyvtárak a Iripwire szóhasználatában) és a tulajdonság- 
maszkok megadására. Valójában egyik szabály sem használja a 
tulajdonságmaszkok , kézzel írott" formáját. Ez a bevett gyakorlat, 
amely elfogadható. 

Közvetlenül az első szabály alatt, amely a Tripwire-rel közli, hogy 
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CÖ 
2. táblázat Előre megadott Tripwire tulajdonságmaszk-változók 2 
Cö 
ReadOnly Széles körben elérhető, de írásvédett fájlok. s 
Érték: --pinugtsdbmCM-rlacSH D 
Dynamic A felhasználók saját könyvtárának és a gyakran Si 
változó fájlok megfigyelésére használható. íg 
Érték: --pinugtd-sribamcCMSH ll 
Growing Olyan fájlokhoz való, amelyek csak nőhetnek. s 
Érték: --pinugtdl-srbamcCMSH z 
Device Jó az eszközökhöz és azokhoz a fájlokhoz, amelyeknek SZ 
csak a tulajdonságait kell ellenőrizni, a tartalmát nem. en. 
Érték: --pugsdr-intlbamcCMSH kr 
AZ 
IgnoreAll Ellenőrzi a fájl meglétét vagy hiányát, de semmi mást.  .£ 
Érték: pinugtsdribamcCMSH 6 

IgnoreNone Mindent ellenőriz. Egyéni maszkok létrehozására 


használható, például mymask — $(IgnoreNone) -ar; 
Érték: --pinugtsdrbamcCMSH-I 


WWW könyvtáram első szintjét írásvédettként kezelje, egy felkiál- 
tójellel kezdődő kifejezés található. Ezt a kifejezést megállási pont- 
nak hívják, feladata a szabály alól való kivételek megadása. Ebben 
az esetben a megállási pont arra utasítja a Iripwire-t, hogy ne vegye 
figyelembe a /home/mick/www/guestbook.htmil változásait. A tulaj- 
donságok nem vonatkoznak a megállási pontokra (és nem 1s szük- 
séges megadni őket). 

Íme, itt egy teljes házirendfájl (legalábbis műszaki értelemben, 
mivel egyáltalán nem ellenőrzi a rendszer binárisait — az igazi 
házirendek sokkal hosszabbak). Az 7. listán a szétvágatlan válto- 
zatot olvashatjuk. 

Talán észrevetted, hogy az egész fájl csak egy közvetlen hivatkozást 
tartalmaz egy tulajdonságmaszkra: a SEC INVARIANT változó 
értéke 4tpug. Mit 15 értsünk ez alatt? 

A tulajdonságmaszk fájl- vagy könyvtártulajdonság, amelyet az adott 
objektumra nézve ellenőrizni kell vagy figyelmen kívül kell hagyni. 
A pluszjel után következő tulajdonságokat kell ellenőrizni, a mínusz 
utániakat pedig figyelmen kívül kell hagyni. A tulajdonságok rövi- 
dítései az /. táblázatban olvashatók. 

A Tripwire leírása részletesen tárgyalja ezeket a tulajdonságokat. 
Ha nem ismered valamelyik titokzatos fájltulajdonságot (például: 
fájlleíró hivatkozások számlálója), akkor olvasd el Card, 1T"so és 
Tweedile , Design and Implementation of the Second Extended 
Filesystem" című cikkét (lásd még Kapcsolódó címek). Az ellenőr- 
zőösszegekről csak annyit, hogy egy szabályban általában nem 
érdemes egy vagy két biztonságos ellenőrzőösszegnél többet hasz- 
nálni, mert meglehetősen számításigényesek. Másfelől ne hagyat- 
kozz teljesen a CRC-32 ellenőrzőösszegre, mert gyors ugyan, de 
sokkal könnyebb becsapni. 

Ahogy már korábban említettem, a Iripwire rendelkezik néhány 
előre megadott (bedrótozott) változóval, amelyek tulajdonságmasz- 
kokat írnak le. Ezek láthatók a 2. táblázatban. 

A legtöbb esetben egyszerűbb ezeket az előre megadott értékeket 
használni, mint saját magadnak kirakosgatni egyet. A változókat 
további tulajdonságokkal egyesítheted, például: 

/dev/console  -35 $S(Dynamic) -u 
t Dynamic, de az UID változhat 
t Ez ugyanaz, mint a következő 


/dev/console  -5 4pingutd-srlbamcCMSH-u 
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Miután létrehoztál valamit, ami értelmes házirendnek látszik, telepí- 
tened kell. A rendszer első Iripwire-házirendjét a következő 
paranccsal telepítheted: 


twadmin --create-polfile policyfile.txt 


A Tripwire beállításának utolsó lépése az adatbázis létrehozása. 
Fontos tudnunk, hogy semmi értelme olyan rendszeren létrehozni 

a Iripwire-adatbázist, amely működik egy ideje, mert lehet, hogy 
már betörtek rá! A Tripwire telepítése, beállítása és elindítása minél 
közelebb legyen az operációs rendszer telepítéséhez. 

Az adatbázis létrehozásához használjuk a tripwire parancsot: 
tripwire --init. Ennél egyszerűbb már nem 1s lehetne, igaz? 
A --init kapcsolót csak új adatbázis létrehozására használd. 

Ha a Tripwire-házirendet a későbbiek folyamán meg szeretnéd 
változtatni, célszerűbb a következő parancsokat használni: 


twadmin --print-polfile 5 mypolicy.txt 
t kiírja a pillanatnyi házirendet 
vi mypolicy.txt 
t változtasd meg a házirendet 
tripwire --update-policy mypolicy.txt 
t telepítsd az új házirendet -- 
tt NE HASZN LD ERRE A TWADMINT! 


Tripwire-ellenőrzések futtatása 

Az adatbázis telepítése után rendszeresen futtathatjuk az ellenőrzé- 
seket, amelynek legegyszerűbb módja atripwire --check 
parancs kiadása. Ez az összes védett fájlt összehasonlítja az adatbá- 
zissal, és a jelentést kiírja a képernyőre, valamint egy bináris fájlba. 
A jelentés a következő paranccsal tekinthető meg: 


twprint --print-report --report-level N 
mm . twrfile /path/file 


ahol N egy szám 0-tól 4-ig, 0 az egysoros összefoglaló, 4 az összes 
részletet tartalmazó jelentés. A /path/file a legfrissebb jelentés teljes 


at dé a. 


könyvtárba kerül). 


78 Linuxvilág 


Ha azt szeretnéd, hogy a Tripwire levélben értesítse a házirendben 
megadott személyeket, az ellenőrzést a következő módon futtasd: 


tripwire --check --emai11l-report 


A jelentés ez esetben 15 megjelenik a szabványos kimeneten és 

a /var/lib/tripwire/report könyvtárban. Ha a Tripwire RPM-et 
RedHat 7-esre telepítetted, a rendszer már be van állítva a Tripwire 
elmaradhatatlan ellenőrző futtatására. Az RPM tartalmazza a 
/etc/cron.daily/tripwire-check parancsfájlt. Ha az emailto 
tulajdonságot a Tripwire-házirendedben használtad, akkor az utolsó 
előtti sort a parancsfájlban szerkeszd át, hogy így nézzen kt: 


test -f /etc/tripwire/tw.cfg §66/usr/sbin/tripwire 
s check --email-report 


(A sorban a -—-emai1-report kapcsoló eredetileg nem szerepelt.) 
A Tripwire nem sokat árul el, ha nem rendszeresen futtatod, akár 
kézzel, akár a cronból/anacronból, vagy a kettő valamilyen együttes 
alkalmazásával. 


Megszegték a szabályokat, mi a teendő? 

Mi történik, ha a Tripwire a szabályok megsértését jelenti? Ez rajtad 
múlik. A szabályok megszegése gyakran a túlságosan megszorító 
házirend miatt történik, és nem tényleges támadás áll a háttérben. 
Neked kell eldöntened, melyik veszélyes, és mit teszel ellene. 

Ha csak vaklárma volt, a szabályszegés után valószínűleg frissíteni 
akarod a Iripwire-adatbázist, hogy a megfigyelt fájlok és könyvtárak 
törvényes változásainak megfeleljen. Két módszer létezik erre. 

Az egyik a tripwire parancs futtatása frissítési módban: 


tripwire --update 
s  twrfile/var/lib/tripwire/report/myhost-date.twr 


Az utolsó érték az a jelentés, amelyet a frissítés alapjául akarsz 
felhasználni. A parancs megnyitja a jelentést a tw.cfg-ben megadott 
szövegszerkesztővel, ahol megadhatod, hogy a Tripwire az adatbá- 
zisában melyik megváltozott fájlt vagy könyvtárt ne frissítse. Más 
szavakkal, amikor kilépsz a szövegszerkesztőből, a Tripwire csak 
azoknak a bejegyzéseknek az ellenőrzőösszegét változtatja meg az 
adatbázisában, amelyek mellett , x" található. Kezdetben mindegyik 
mellett ott az , x". 

Íme, egy kivonat egy Tripwire-frissítés munkafolyamatából: 
Remove the "x" from the adjacent box to prevent 
updating the database with the new values for 
this object. 


Modified: 
[Ix] "/home/mick/www" 


Ha a bejegyzés mellől letörlöm az , x"-et, kilépek a szövegszerkesz- 
tőből és futtatom az ellenőrzést, a /home/mick/www változása újra 

a jelentésbe kerül, mert az adatbázis nem frissült. Ha a változás meg- 
felel a házirendnek, hagyd ott az , x-et, ha nem megfelelő, esetleg 
nem vagy benne biztos, töröld. 

A Tripwire-adatbázis frissítésének másik módja, hogy az ellenőrzést 
, nteraktív" módon végezzük, amely után azonnal frissítés követ- 
kezik. Ezért a 


tripwire --check -interactive 


ugyanaz, mint a 





tripwire --check 
tripwire 
s  twrfile/var/lib/tripwire/report/reportname.twr 


de az első azzal az előnnyel bír, hogy nem kell megkeresni a 
jelentés fájlnevét (ez nehezen található ki, mert az időbélyeget 

15 tartalmazza). 

Ha hamis találatokat kapsz, fontold meg házirended finomhangolását. 
A finomhangolást a Házirend létrehozása vagy a Házirend szerkesz- 
tése fejezetben megismertek szellemében végezd. 

Lépj tovább, és nehezítsd meg a betörők dolgát! 

Mielőtt írásomat befejezném, szeretnék két ragyogó ötletet adni, 
amelyeket Ron Forrestertől, a Tripwire Open Source projektvezető- 
jétől hallottam: 


1. A tw.cfg-ben mindig legyen MAILNOVIOLATIONS-IRUE, 
így meghallhatod a Tripwire szívverését, vagyis ha a Iripwire a 
cronból óránként fut, és több mint egy óráig nem kapsz jelentést, 
akkor tisztában lehetsz vele, hogy történt valami. 

2. Mindig hagyj] meg egy-két szabályszegést (mondjuk a 
/etc/sendmail.st-t), így a behatolónak nehezebb jelentést hamisí- 
tania. Igencsak egyszerű olyan jelentést létrehozni, amelyben nincs 
szabályszegés, de ha akad benne egy-két ismert szabályszegés, 

a hamisítás már sokkal nehezebb. 


Remélem, kezdetnek elég lesz ennyi, hiszen sok mindenről még szó 
sem esett, mást 1s csak érintettünk. Higgy nekem, a munka, amit az 
eszköz kiismerésébe és kezelésének elsajátításába fektetsz, megéri a 
fáradságot. A Iripwire Open Source Manual (lásd Kapcsolódó címek) 
részletesen és jól tárgyal mindent. Sok szerencsét! 


Mick Bauer (mickCovIisI.com) 

hálózati biztonsággal foglalkozó szaktanács- 
adó. 1995 óta a Linux elkötelezett híve, 
1997 óta pedig OpenBSD prófétaként 
tevékenykedik. Mick minden kérdést és 
megjegyzést szívesen fogad. 





Kapcsolódó címek 


A Tripwire Open Source projekt lapjai 
2 http://sourceforge.net/projects/tripwire. Itt található 
a legfrissebb TIripwire Open Source forráskód és leírás. 


Tripwire Open Source Manual és Tripwire Open Source 
Reference Card 3 http://prdownloads.sourceforge.net/ 
tripwire/tripwire-2.3.0-docs-pdf.tar.gz. Ez a lap kötelező 
olvasmánynak tekintendő (pdf formátum). Ha ez a hivat- 
kozás nem működik, próbáld ezt: 5 http://sourceforge.net/ 
project/showfiles.php?group 1d-3130. 


A Linux-binárisok letöltési helye a Iripwire Open Source 
2 http:/Avwwi.tripwire. org/. 


A Tripwire Academic Source Release letöltési helye 
2 http://www.tripwire.com/downloadsíftripwire. asr/ 
index.cfml? 


Advanced Intrusion Detection Environment (AIDE) 
2 http:/Avww.cs.tut.fi/rammer/aide.html. 


FCheck 5 http:/Avww.geocities.com/fcheck2000/. 


Perlben írt és könnyedén hordozható sértetlenség-elle- 
nőrző: , Iripwire — The Only Way to Really Know" 
2 http://securityportal.com/topnews/ltripwire20000711.html. 


Cikk Jay Beale (Bastille-Linux fejlesztője) tollából a 
TIripwire Academic Source Release használatáról 

, Design and Implementation of the Second Extended 
Filegystem" címmel 5 http:/Aveb.mit.edu/tytso/ 


Rémy Card, Iheodore I so és Stephen Iweedle kiváló 
írása a Linux ext2 fájlrendszeréről. A "Basic File System 
Concepts" fejezet különösen érdekes lehet a Íripwire 
felhasználói számára 5 wwwv/linux/ext2intro.html. 


, Vigyél magaddal! Szobatiszta vagyok, csendes és vettem pár számítógépes leckét. 


Ha segítségre van szükséged a programoddal kapcsolatban mindig számíthatsz rám 
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Az XML (1. rész) 


Gondolatok a hordozható adatokról, azaz hogyan készíthetünk mindenki által könnyen 


használható dokumentumokat. 


z XML a World Wide Web Konzorcium (W3C) ajánlása, 
AA mely egy sokkal régebbi SGML (Standard Generalized 
Markup Language - szabványos általánosított jelölőnyelv) 
elnevezésű ISO 8879/1986 szabványnak felel meg. Az SGML- 
megfelelőség azt jelenti, hogy minden XML-dokumentum egyben 
SGML-dokumentum 1s, de fordítva már nem igaz, azaz van olyan 
SGML-leírás, ami nem XML-megfelelő. 
Az XML (Extensible Markup Language -— bővíthető jelölőnyelv) 
adatleíró nyelv létrehozását a nyílt rendszerek térhódítása és az 
Internet tette szükségessé. A Java nyelv és az XML között érdekes 
hasonlóság figyelhető meg: a Java a futtatható formában hordoz- 
ható programok nyelve, míg az XML a hordozható adatok készí- 
tésének az eszköze. 
Az XML-dokumentumok (hasonlóan a Java-forráskódhoz) unicode- 
alapú szöveges karaktersorozatok, ahol az UTF-8 (tömörített 
unicode) az alapértelmezés, de a dokumentum elején ettől eltérő 
kódolási eljárást 15 választhatunk. 
Az XML formátumú dokumentumok fokozatosan kezdik leváltani 
a jelenleg széles körben elterjedt ASCII-alapú szövegfájl-alkalma- 
zásokat (például a beállítófájlokat). Ennek oka, hogy az ASCII-fáj- 
lok semmilyen leíró- és kezelőinformációt (metaadatot) nem tartal- 
maznak saját magukról (még az az alapvető tulajdonságuk sem 
őrződik meg, hogy a fájl készítője melyik kódlapot használta). 
Ezzel szemben az XML-alapú dokumentumok a benne tárolt adatok 
vagy hivatkozások (szöveg, kép stb.) értékein felül pluszinformá- 
ciókkal 15 rendelkeznek, ugyanakkor leírásuk — hasonlóan a HIML 
nyelvhez - továbbra 1s rendelkezik azzal a kellemes tulajdonsággal, 
hogy szövegalapú. 
Az XML-dokumentumokban az adatok értékein túl további cím- 
kéket és hivatkozásokat helyezhetünk el, amelyek utalnak az 
adat természetére, a dokumentum szerkezeti és tartalmi felépíté- 
sére, és a dokumentum érvényességének vizsgálatához 15 
felhasználhatók. 
Egy XML-dokumentum nem tartalmaz utalást arra nézve, hogy egy 
alkalmazás (például Internet Explorer 5, a továbbiakban IE5) hogyan 
jelenítse meg, de vannak kiegészítő W3C-ajánlások, amelyek pótol- 
ják ezt a hiányosságot. 
Az XML-t úgy tervezték, hogy formális nyelvtanát könnyű legyen 
meghatározni, így az XML-adatfolyam elemzése egyszerű. Ez utóbbi 
tulajdonság az, ami miatt az XML ma szinte az egyetlen széles kör- 
ben elterjedt, általános eszköz adataink hordozható formában történő 
tárolására és továbbítására. 
Az XML ebben a megközelítésben a különféle jelölőnyelvek készí- 
tését leíró nyelv (metanyelv). XML-alkalmazásnak nevezzük, amikor 
XML segítségével készítünk el egy új jelölőnyelvet. 
Ebben a cikksorozatban az XML összes lényeges vonatkozására 
kitérünk, melyek következő összetevőket jelentik: 


e  ApJjólformáltság feltételei. 

e Az érvényességvizsgálat eszközei (DID, Schema), 

e . A dokumentum elemzése és feldolgozása (Parse), 

e . A dokumentum megjelenésének meghatározása (CSS -— stíluslap, 


gy 4 


XSL — bővített stíluslapleíró nyelv), 
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Első XML-dokumentumunk létrehozása 

Annak érdekében, hogy az eddig leírtak ne hangozzanak túlságosan 
elvontnak, nézzünk egy példát! Legyen egy WEBADATOK adatbázi- 
sunk, amiben a VKONYV vendégkönyvtábla felépítése a következő: 


NEV VARCHAR (50) 
EMAIL  VARCHAR(50) 
DATUM DATE 


SZOVEG VARCHAR (500) 


Vizsgálódásunk pillanatában a VKONYV tábla a következő két 
bejegyzést tartalmazta: 





Az XML jellegzetessége, hogy az adatokat függőségi viszonyukban 
képes megjeleníteni, így egy XML-adatfolyam egyben mindig egy 
fát 15 meghatároz. A VKONYV tábla tartalmát a következő XML-for- 
mában állíthatjuk elő: 


c?Xxml version-"1.O0" encoding-"WINDOWS-1250" ?z: 
ZVKONYV: 
ZVENDEG sorszam-"1": 
zZNEV:Nyiri Imrec/NEV: 
zZEMAILsinyiriemol.huc/EMAIL: 
zZDATUM52001.01.31-/DATUM: 
-ZSZOVEG: dv zletem a webmesternek!-/SZOVEGs 
c /VENDEG: 
ZVENDEG sorszam-!2": 
-Z-NEV:Koller J zsefc/NEV: 
ZEMAIL:jkolleromailbox.huc/EMAIL: 
ZDATUM52001.04.30-/DATUM: 
CZcSZOVEG:Tetszett a site :) 
c /VENDEG: 
c /VKONYV 3 


£/SZOVEGs 


A fenti XML-adatfolyamot vizsgálva láthatjuk, hogy eddig két ven- 
dég írt a vendégkönyvbe. Itt az ideje, hogy elgondolkodjunk azon, 
miért éppen ebben a formában hoztuk létre a VKONYV tábla tartal- 
mát, hiszen megtehettük volna például így Is: 


c?Xxml version-"1.O0" encoding-"WINDOWS-1250" ?z: 
ZVKONYV: 
ZVENDEG sorszam-"1" NEV-"Nyiri Imre" 
SerDZTUMETZOOTL 01, 319 
ZEMAILsinyiriomol.huc/EMAIL: 
-2cSZOVEG: dv zletem a WEB 
mesternek! c/SZOVEG3 








Próbaúrlap 


c ! DOCTYPE UI35-Ul: 

cclassszsírmTesztc/classz 

cwidget: 
cclasszOWidgetc/classz 
zproperty stdset-" 1 

-namesnamec/names 

ccstring:ÍrmTesztc/cstringsz 

c/property: 
ZPTOpEEtEY  stdset- TVE 

-c-names:geometryc/names 

SS eGe 
cX50€/XxX5 
cy50c/y: 
cwidth:342-/width: 
cheight:155-/height: 

€c/rects 

c/property: 

property stdset- "1 
cnamescaptionc/names 
cstring:Teszt Formc/stringz 

c/property: 

cwidget: 
cclasssOPushButtonc/classz 

-property stdset-—"1"-: 
-namesnamec/name: 
ccstring:btnOK-c/cstringz 

c/property: 

-property stdset-—"1"-: 
cnames:geometryc/names 
SSeGe- 

cX520-/X3 

£y5320c/y: 

-width:5104c/widthsz 

cheight:28-/height: 
c/rects 

c/property: 

-property stdset-"1"-: 
-namestextc/names 
cstring:O0Kc/stringz 

c/property: 

c/widgets 
c/widgetsz 
c/UIs 


c /VENDEG: 
ZVENDEG sorszam-"2" NEV-"Koller J zsef" 
"SDATUM-"2001.04.30"s 
ZEMAIL:jkolleromailbox.huc/EMAIL: 
LZSZOVEG:Tetszett a site :) -/SZOVEGs 
c /VENDEG: 
c /VKONYV 3 


E többféle lehetőség annak a következménye, hogy az XML-ajánlás 
az adatok értelmezését (szemantikáját) és a használható megjelölő 
jelölőtagok (címkék: VKONYV, NEV stb.) körét nem határozza meg, 
így annak kialakítása tervezési megfontolásokon alapul. A második 
megoldás jobban épít a címkék tulajdonságmegadási lehetőségeire, 
melynek következtében a leíró címkék száma csökkent. A fentiek 
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alapján belátható, hogy a VKONYVv tábla tartalmát sokféle XML-adat- 
folyamként elő lehet állítani. A tervezés során ki kell választani azt 
az XML-formátumot, amelyet az adott feladat szempontjából jónak 
tartunk, majd el kell készíteni hozzá azokat a nyelvtani szabályokat, 
melyek azt egyértelműen rögzítik (például hogy a továbbiakban mi 

a VKONYV első változatú XML-adatfolyamát szeretnénk használni). 
A nyelvtani szabályok megfogalmazására a DID (Document Type 
Definition -— dokumentumtípus-meghatározás) nyelv szolgál, amit 

a későbbiekben részletesen 1s leírunk. Példánkból arról 15 meggyő- 
ződhettünk, hogy az XML-leírás valóban nem tartalmaz olyan nyelvi 
elemet, ami a dokumentum kinézetét határozná meg, hiszen csak 

a dokumentum szerkezetét, értelmezését és adatait tartalmazta. 

Az első XML-dokumentumot egy vkonyv.xmil fájlban tárolva az 

IES alapértelmezettként faformában jeleníti meg, ahol a --/- jelekkel 
lehetséges a fa ágait kinyitni vagy becsukni. (Ez Netscape 6 alatt 15 
hasonlóan működik, csak ott nincs lehetőség az ágak kibontására, 
illetve bezárására, a fa teljesen nyitott állapotban jelenik meg.) A fájl 
első sorában a , vers10n— 1.07 megadása kötelező, a kódolásé viszont 
választható, de ha nem adjuk meg, akkor az alapértelmezett érték 
UTF-8 lesz. 


XML-alkalmazások 


A fentiekben már említettük, hogy az XML segítségével megalkotott 
jelölőnyelveket XML-alkalmazásoknak nevezzük. 

Mielőtt részletesen leírnánk az XML-adatfolyammal kapcsolatos alap- 
vető tudnivalókat, tekintsünk ki egy kicsit a világba, és nézzünk néhány 
példát arra vonatkozóan, mi 1s készül napjainkban az XML segítségé- 
vel. Alaposan körbenézve az egyes programok között, látható, hogy 
az XML szinte már alapvető beállító- és adattároló eszközzé vált. 

A Linux GNOME gnumeric és az AbiWord dokumentumtárolási 
formájául az egyaránt XML-t választotta. AbiWordöt használva 
mentsünk egy dokumentumot a , Helló Világ" szöveggel. Nézzük 
meg egy szövegszerkesztővel a kapott fájlt (a megjegyzéseket 
kivettem belőle), értelmezése már nem okozhat sok nehézséget: 
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c?7Xxml version-"1.O!"?: 

cabiword version-"!"O.7.11":5 

csections 

cp:cc props-"font-size:l4pt":Hell6ttxf3; 
—mvVilettxel;g!c/csc/p: 

c€/sections 

c/abiwords 


A Linux alatti egyik legjobb grafikus elemkészlet a OT, amihez 
létezik egy OT Designer (a 01-elemkészlet és a OT Designer a 
Trolltech alkotása). A OT Designerben -— a Delphihez vagy a Visual 
Basichez hasonlóan — grafikusan lehet felhasználói felületeket készí- 
teni, majd azokat szabványos ".ui fájlokba menteni. Amikor a OT 
Designer használatával egy , Teszt Form" címsortú és , frmTleszt" 
nevű űrlapba , OK" feliratú, , btnOK" nevű gombot tervezünk, 

a listán látható XML-fájl jön létre. 

A fenti két példán kívül most csak megemlítek néhány további, 
elterjedt XML-alkalmazást: 


e Az XHIML nyelv: a HTML nyelvet írja le, illetve kissé módo- 
sítja annak érdekében, hogy a HIML XML-megfelelő legyen. 

e Az XSOL nyelv: adatbáziskezelő műveletek XML-megfelelő 
leírására szolgáló jelölőnyelv. 

e. MathML (Mathematics Markup Language). 


A szabványosított XML-alkalmazások köre egyre szélesebbé válik, 


amit a W3C honlapján folyamatosan figyelemmel követhetünk. 
Az egyik legfontosabb XML -alkalmazás az XSL (Extended Style 
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Language — bővített stíluslapleíró nyelv), amivel — a CSS-t 
helyettesítve — az XML-dokumentumok képi megjelenítésének 
kinézetét határozhatjuk meg. 

Az XML adatleíró képességének általános volta miatt egyre gyak- 
rabban találkozunk XML -alapú beállítófájlokkal 15. Mindenkinek 
ajánlom tanulmányozásra a Jakarta-Tomcat web.xml nevű fájlját, 
ami tartalmazza a webhely aktuális kialakításának beállítását. 

Ezen a ponton abbahagyjuk az XML-megfelelő jelölőnyelvek felso- 
rolását, hiszen végtelen sok ilyen létezik, illetve készíthető. Befeje- 
zésként érdemes kiemelni, hogy a Microsoft Office termékek követ- 
kező változatai lehetővé fogják tenni a dokumentumok XML-meg- 
felelő formátumban való tárolását. A szakemberek egyre inkább 
úgy tartják, hogy az Interneten a HTML nyelvet a közeljövőben 

az XML-megfelelő jelölőnyelvek fogják felváltani, melynek egyik 
előhírnöke az XHTML. 


Az XML-adatfolyam felépítése (XML-fájlok) 


Az XML-adatfolyamot formai és nyelvtani szempontból is vizsgál- 
hatjuk. Ebben a pontban a formai elemzés szempontjait tekintjük át. 
Egy XML-dokumentumot jólformázottnak (well formed) nevezünk, 
ha a következőkben részletezett formai feltételeknek eleget tesz. 


Elemek (Elements) 

Az elemek az XML-dokumentumok legalapvetőbb részei. Ilyen elem 
például a -NEV:KollerJ zsefc/NEV: részlet. Egy XML-elem 
általában a következő részeket tartalmazza: 


e — az elemet bevezető cElemCimkes: tagot, amit kisebb-nagyobb 
jelek között kell megadni; 

e az elemhez tartozó adatot, például: Koller József (nem minden 
elem tartalmaz adatot); 

e az elemet záró c/ElemCimkes: tagot. 


A nyitó- és zárócímkék feladata, hogy megjelöljék és elnevezzék 
az általuk közrefogott adatot. Ezzel adataink természete és tar- 
talma 15 nyomon követhetővé válik, így fontos, hogy a címke- 
nevek kifejezők legyenek. Lényeges kiemelnünk, hogy a hagyo- 
mányos XML-meghatározás nem ad olyan pontos adatábrázoló- 
és kezelőeszközt a kezünkbe, mint a programozásban megismert 
típus fogalma, azonban már létezik olyan W3C-ajánlás (XML 
Schema meghatározás), ami ennek a szigorú követelménynek 

is eleget tesz. 

Időnként előfordul, hogy egy címke nem fog közre semmilyen adatot. 
Erre példa az, ha valakinek nincs levélcíme: cEMAIL5c/EMAIL5:. 
Ezt a terjengős leírást az XML-ben a következő módon rövidíthetjük: 
cEMAIL/ 5. A címkenevekre vonatkozóan a következő szabályokat 
kell betartani: 


e — Csak betűvel vagy aláhúzásjellel kezdődhet. 
e — Tartalmazhat betűt, számjegyet, pontot, kötőjelet és aláhúzásjelet. 
e A cKkis- és nagybetűk különbözőnek számítanak. 


Megjegyzés 
XML-dokumentumban a HTML nyelvben megszokott megjegyzést 
használhatjuk. 


a! - 


Ez egy XML megjegyzős, ami formailag olyan, mint 
a HIML megjegyzős 


2 


Ezeket a részeket az XML-feldolgozó (elemző, érvényességvizsgáló, 
megjelenítő) alkalmazások figyelmen kívül hagyják. 


42 Linuxvilág 


Tulajdonságok (Attributes) 
Az XML -elemek tetszőleges számú tulajdonsággal rendelkezhetnek. 
A VKONYV XML második változatából tekintsük a következő részletet: 
ZVENDEG sorszam-!"2" NEV-"Koller J zsef" 
S DATUM-T2001.04.30Vs 


Itt három tulajdonságot adtunk meg a VENDEG elem részére: 
sorszam, NEV, DATUM . 
A tulajdonságok általában így néznek kit: 


zcelem nev1-"ortok1" nev2-"ortok2" ...s 
c/elemsz 


Egyedhivatkozások (entity references) 

Az egyedek olyanok, mint a makróhelyettesítések. Minden egyednek 
egyedi névvel kell rendelkeznie. Legyen az EgyedNev egy egyed- 
név, melynek meghívása a következő: 5EgyedNev ; , azaz §- jellel 
kezdődik és ; -vel fejeződik be. Ha megnézzük az AbiWord által 
készített XML-dokumentum 5txf£3 ; részletét, ott egy, az , Óó" betűre 
vonatkozó egyedhivatkozással van dolgunk. 

Léteznek előre meghatározott egyedek, mint például a gt nevű. 

Az §gt ; hatása olyan, mintha az XML-adatfolyamba egyből a 

s jelet írtuk volna. Az egyedek fogalma azt 1s lehetővé teszi, hogy 
bármilyen unicode karaktert helyezzünk a szövegbe. Ekkor az 
egyednév HtszEm vagy txszam alakú, ahol az első a decimális, 

a második a hexadecimális megadási mód. A kis , ő" hexaunicode 
kódja 0x0151. Ezt mint egyedet a következő módon hívhatjuk meg: 
64$xX0151;. Az XML-ajánlás lehetővé teszi, hogy saját egyedeket 
is létrehozzunk. Ez az c! ENTITY myEgyed " rtgk"s5 szerke- 
zettel lehetséges, amit fmyEgyed ; -vel hívhatunk meg és ugyanaz 
a hatása, mintha közvetlenül az rtgk-et írtuk volna le. Az egye- 
dek meghatározása a jelölőnyelv nyelvtani szabályait meghatározó 
DTD-leírás része, ezért erre ott még visszatérünk. 


Feldolgozási utasítások (processing instructions) 

A feldolgozási utasítások nem részei az XML-nek. A megjegyzé- 
sekhez hasonlóan nem részei a dokumentum szöveges tartalmának, 
de az XML-feldolgozókkal szemben követelmény, hogy ezeket az 
utasításokat továbbadják az alkalmazások számára. 

Megadási módjuk: c ?target name? :. Egy alkalmazás csak azokat 
az utasításokat veszi figyelembe, amelyek célját felismeri, az összes 
többit figyelmen kívül hagyja. A célt (target) követő adatok az alkal- 
mazásnak szólnak, megadásuk nem kötelező. 


A CDATA-szakaszok 

Az ebben a szakaszban lévő CDAIA, azaz karakteres adat értelmezés 
nélkül átadódik az XML-adatfolyamot fogadó alkalmazásnak. A sza- 
kasz írásmódja a következő: 

c! [CDATA[Itt van a tetszileges sz vegl]] 5. A megadott 
szöveg a ] ] kivételével bármi lehet. 


Az XML-adatfolyam érvényességének ellenőrzése 

Az előző részben azt vizsgáltuk, hogy egy XML-dokumentum mikor 
jólformázott. A helyes formát nagyon könnyen ellenőrizhetjük külön- 
féle XML-feldolgozó programokkal, például az IES böngészővel. 

A vkonyv.xmil jólformázott, mert az IES elemezni tudta, és a faszer- 
kezetet 15 megjelenítette. 

A jólformázottság azonban még nem jelenti azt, hogy az XML-doku- 
mentum helyes, hiszen ha mi a VKONYV adathalmazt az első for- 
mátumú XML-felépítésben szeretnénk látni, akkor például a második 
formátum nem érvényes, ezért az elemzőprogramok vissza fogják 
utasítani. 





A mai XML -elemzők a jólformázottság mellett általában az érvé- 
nyesség vizsgálatát is lehetővé teszik. Az XML egyik legnagyobb 
erőssége, hogy saját címkeneveket használhatunk, de a VKONYV 
példája arra 15 rámutat, hogy szükség ugyancsak van egy nyelvtani 
szabályokat meghatározó leírásra, amit az XML-elemző program az 
érvényesség ellenőrzéséhez feltud használni. 

Az XML-elemek egy faszerkezetet építenek fel, amelynek termé- 
szetesen mindig van egy gyökéreleme. A VKONYV XML karak- 
tersorozatban a VKONYV elem a gyökér. Ez az a pont, ahonnan 
az XML-dokumentum nyelvtani elemzése indul (a formális nyelv- 
tanok STARI-jának felel meg). A DTD nyelven megfogalmazott 
nyelvtani szabályok egy karaktersorozatot alkotnak, tárolásukra 


két lehetőség adódik: 


e — egy fájlban tároljuk őket (például vkonyv.dtd); 
e . az XML-dokumentum elején tároljuk őket. 


Tegyük fel, hogy valaki elkészítette nekünk (hiszen mi még nem 
ismerjük az elkészítés módját) a VKONYV XML adatfolyam első 
változatának mint XML-dokumentumtípusnak DTD-ben megfogal- 
mazott nyelvtanát, és ezt a vkonyv.dtd fájlban átadta nekünk. Ekkor 
XML-dokumentumunk első sora után a következőt lehet beszúrni: 


c?xml version-"1.O0" encoding-"WINDOWS-1250" ?z: 
c] DOCTYPE VKONYV SYSTEM "vkonyv.dtd": 
ZVKONYV: 

cVENDEG sorszam-"1": 


c /VKONYV 3 

A beszúrt sor a cDOCTYBE résszel kezdődik, a következő szó pedig 
az XML-dokumentum gyökéreleme. A harmadik szó SYSTEM vagy 
PUBLIC lehet. A sor utolsó része azt adja meg, hogy melyik fájlban 
tárolódnak a nyelvtani szabályok. 

Amennyiben a nyelvtant nem akarjuk külön fájlban tárolni (például 


azért, mert nagyon egyszerű), akkor az eredeti XML-adatfolyam 
elejét így kell kiegészíteni: 


c?xml version-"1.O0" encoding-"WINDOWS-1250" ?z: 
c! DOCTYPE VKONYV lIde j n az a karaktersorozat, 
ssamit egyGbkönt a vkonyv.dtd-ben tArolnkEnk)]: 
ZVKONYV: 
cZVENDEG sorszam-"1": 


c /VKONYV 3 
A beágyazott DID-szabályokat tehát a fent látható módon t ... ] 


zárójelek között adhatjuk meg. 


Ennyi előzetes után tekintsük át röviden, hogyan lehet a DID 
szabályrendszereket megfogalmazni. 


Elemtípus-bevezetés (Element Iype Declaration) 

Az elemtípus-bevezetések azonosítják az elemek neveit és tartalmát. 
A DTD-ben ez az azonosítás nem éri el a programozási nyelvek 
típusfogalmának megfelelő részletezettségi szintet. A szemléletesség 
kedvéért nézzük meg a VKONYV XML adatfolyam első változata 
ZVKONYV: elemének típusbevezetését: 


c! ELEMENT VKONYV (VENDEG)? : 


A fenti sor szavakban kifejtve: a VKONYV elem VENDEG típusú 
elemek sorozata, ahol a " jelöli, hogy ennek a sorozatnak 0 vagy 
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több tagja lehet (a mi vkonyv.xml fájlunkban a sorozatnak most 
két tagja van). 

A számosság kifejezésére a $-on kívül még a -- (1 vagy több elem) 
és a ? (0 vagy 1 elem) jelek szerepelhetnek. Amikor egy név mellett 
nincsenek írásjelek, akkor pontosan egyszer kell előfordulnia. Most 
nézzük meg, hogy a c-VENDEG: elemre milyen nyelvtani szabályok 
állapíthatóak meg! 

c! ELEMENT VENDEG (NEV, EMAIL?, DATUM, SZOVEG) 3: 
Ez azt jelenti, hogy egy VENDEG elem a NEV, EMAIL, DATUM, 
SZOVEG elemek ebben a - és nem más — sorrendben vett szerke- 
zetéből áll. Észrevehetünk itt egy fontos dolgot: ez a nyelvtani 
szabály már kizárja, hogy a második típusú VKONYV XML-folyam 
érvényes legyen, hiszen ott a VENDEG elem csak az EMAIL és a 
SZOVEG elemeket tartalmazhatja. 

Az elemneveken felül egy különleges szimbólumot tartottak fenn 

a karakteres adat jelölésére, a tHPCDATA-t. Ez teszi lehetővé, hogy 
például a NEV elem nyelvtani szabályát megadjuk: 


0 Kiskapu Kft. Minden jog fenntartva 


c! ELEMENT NEV (HPCDATA)s: 
azaz a NEV elem egy elemzett karakterfüzér. 


Már láttuk, hogy léteznek üres elemek is, azaz olyan címkék, ame- 
lyekhez nincs adat (tartalom) rendelve. Amennyiben a 

cZKEDVES VENDEG/: egy üres tag, ekképp adható meg hozzá 

a nyelvtani szabály: 


c ! ELEMENT KEDVES VENDEG EPMITY: 


Az EMPTY a kulcsszó, azt jelzi az elemzőprogramnak, hogy a 
KEDVES VENDEG egy üres elem, így nincs további szerkezeti 
felépítése. Ebben a példában valószínűleg jelzőként szerepel. 


Nézzünk egy másik üres elemet 1s: NEM KEDVES VENDEG/ s. 
Ekkor elképzelhető, hogy vendégkönyvünkben ezt a logikai 
tulajdonságot a következő XML-szerkezet segítségével fel akar- 
juk tüntetni: 


zZMINOSITESz zZMINOSITESz 
cKEDVES VENDEG/35 vagy czZNEM KEDVES VENDEG/ : 
2/MINOSITESz £/MINOSITESz 


Ítt a MINOSITES: elem nyelvtani szabálya választható elemekből 


Pf 49 


áll, amit a tartalom meghatározáskor a szűrő karakterrel fejezünk kt: 
c! ELEMENT MINOSITES (KEDVES VENDEG j 
NEM KEDVES VENDEG): 


A következő részben a tulajdonságlistáról, az egyedek létrehozásáról, a 
dokumentumok megjelenítéséről és az adatfolyam elemzéséről lesz szó. 


Nyíri Imre 

(inyirromol.hu) Jelenleg a MOL Rt.-nél 
dolgozik. Informatikai vállalkozásában 
az Internet, a Linux és a Java progra- 
mozás gyakorlati hasznosításával fog- 
lalkozik, ennek ellenére örök szerelme 
még mindig a C1--. Kedveli a tudományos és a fantasz- 
tikus irodalmat, illetve filmeket (kedvencet: Solaris és 
2001 -— Úrodüsszeia). Szívesen sportol. 
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SZET 


0 Kiskapu Kft. Minden jog fenntartva 


Linux teletanácskozás 


A Linux a vezeték nélküli hálózatok területén is megállja a helyét. 


harmadik nemzedékbeli mobilszabványosító testület (3G) 

kitűzött célja az Internet- és más IP-alapú csomagkapcsolt 

hálózati szolgáltatások kiterjesztése a vezeték nélküli 
hálózatokra. Az úttörőmunka oroszlánrészét, amely még hátravan, 
a vállalatok átadták az Internet Engineering Task Force (IETF) szab- 
ványosítást végző testületeinek. Az IP átláthatósága következtében 
számos olyan szolgáltatást tesz elérhetővé a hordozható eszközökre 
Is, amelyek már léteznek a vezetékkel Internetre kapcsolódók számára. 
Továbbá egyszetűsíti az ötletes és új, kimondottan vezeték nélküli 
szolgáltatások bevezetését. Nyilvánvaló eredményként könyvelhető el 
a kereslet növekedése a vezeték nélküli kapcsolatok iránt a 3G 
szolgáltatók ügyfelei részéről. 
A sávszélesség — amely a széles sávú adatátvitel rendelkezésére 
áll — azonban korlátozott és költséges. A 3G-szolgáltatásokhoz 
szükséges hullámhosszengedélyeket az Egyesült Királyságban 
36 milliárd font értéken árverezték el a hálózatüzemeltetőknek. 
Nemrégiben a Szövetségi Kommunikációs Bizottság (Federal 
Communications Commission — FCC) hasonló árverésen 17 mil- 
liárd fontért kínált hálózatot amerikai üzemeltetőknek. Ez arra 
ösztönzi az üzemeltetőket, hogy növeljék a sávszélesség kihasz- 
nálásának hatékonyságát. Az IÍP hangtovábbításra való használata 
(például VolP) megköveteli a hálózattól a valós idejű multimédia 
szállításának képességét, még akkor 1s, ha egyébként azon nem 
valós idejű átvitel zajlik. Egy teljes hullámhossz-tartományú hang- 
kódoló — például a GSM jellegű hálózatoknál használt G721.1 — 
harminc ezredmásodperces hasznos jelet állít elő. Ehhez 40 bájt 
kombinált IP-, UDP- és valós idejű protokoll (RIP) fejlécet illeszt. 
Ezt a Nemzetközi Távközlési Szövetség (ITU) a multimédia 
továbbításáról szóló H.323 szabványában megadott protokoll írja 
elő. A 30 ezredmásodperc hasznos Jel jellemzően 20 bájtra kódo- 
lódik, így 33 százalékos hatékonyságú. Az IETF számára ajánlott, 
a fejléc tömörítésére használható eljárás a fejlécet egyenletes 
terhelés esetén egy bájtra csökkenti, de összetettségének foka 
változó. A fejléctömörítési eljárásnak bitre pontos hasznos jelábrá- 
zolást, és egy, az adatokat magában foglaló IP-fejlécet kell biztosí- 
tania a mobileszközök számára. Erre az eljárásra adatvesztés 
nélküli tömörítésként is hivatkoznak. 
A fejléctömörítés használata növeli a multimédiás távközlés haté- 
konyságát, különösen azóta, hogy a 90-es évek végén a Cisco által 
ajánlott CRIP elégtelennek bizonyult, illetve az IETF irányító bizott- 
sága, valamint a 3GPP (Third Generation Partnership Project — a har- 
madik nemzedékbeli szabványok kidolgozásával foglalkozó testület) 
megbízhatatlannak minősítette. 
Még nem dőlt el pontosan, az IETF melyik fejléctömörítési eljárást 
választja. A követelmények mindenesetre már kiforrtak, összefog- 
lalásuk az /. táblázatban látható. Tény, hogy a jelenlegi javaslatok 
a követelmények nagy részét kielégítik, ennek ellenére legtöbbjüket 
még a magántulajdonnal kapcsolatos jogi kérdések terhelik, s ez épp 
az IETF fő célkitűzésével áll szöges ellentétben. Most azon gondol- 
kodnak, hogy egy második kört 1s hirdetnek, s így más módszerek 
kristályosodhatnak ki. A jelenlegi eljárások az IP-, az UDP-, illetve 
az RIP-adatfolyamok tulajdonságait használják ki. A 3. a 4. és az 
5. táblázat az IP-, UDP- és RIP-fejlécek tulajdonságait osztályozza, 
a 2. táblázat pedig az osztályozás szempontjait rögzítt. 
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7. táblázat RoHC-követelmények 


Tulajdonság 


Működési sebesség 


IPv6, vagy IPv4 


Összeférhetőség 


Cellák közötti átadás 


Pontosság 


Hibaterjedés 


Késleltetés 


Csomagvesztés 


Támogatott formátumok 


Hívástípus-függetlenség 


Követelmény 


A lehető legkisebb késést kell 
biztosítania az elvárt működési 
körülmények között. 


Támogassa mind az IPv6-ot, 
mind az IPv4-et. 


Ne kelljen változtatni a 
meglévő IP-, UDP- és RT P- 
vermeken. 


Hatékonyan kell kezelje, 
minden mezőnek átláthatónak 
kell lennie a folyamatban. 


A tömörítés és a kicsomagolás 
ne okozzon adatvesztést. 


A fejléctömörítés által okozott 
hibaterjedést a lehető legkisebb 
mértékűre kell visszaszorítani, 
vagy teljesen el kell kerülni. 


A fejléctömörítés nem 
növelheti meg jelentősen 
a késleltetés mértékét. 


A fejléctömörítő eljárás lehe- 
tőség szerint független legyen 
a csomagvesztési aránytól. 


Az RT P-vel továbbított hasznos 
adatok típusától függetlenül 
működjön. Általános elv, hogy 
az átvitelhez ne kelljen ismerni 
a hasznos adatokat. 


Működjön mobil-mobil és 
mobil-POTS hívások esetén Is. 


A he-: és kicsomagolás lényege 
Ezen eljárások lényegét a fenti osztályozásból leszűrhető elvek 


képezik. Ezek a következők: 
e — ne küldd soha, 


e — közvetítsd legalább egyszer, 


e — közvetítsd legalább egyszer vagy frissítsd, 

e — közvetítsd, frissítsd, illetve frissítsd gyakran, 

e biztosítsd a folyamatos terhelhetőséget, 

e — közvetítsd, ahogyan a csomagban van és hozd létre, 

e állj készen a különbség frissítésére. 

A fejléctömörítést ezen elvek szerint folytató távközlési vállalatok 
listája a Nokiától a Matsushitán át a Ciscóig terjed. Külön említést 
érdemel komoly erőfeszítésetért az Ericsson. Az általuk kidolgozott 
eljárást részletesen kidolgozva benyújtották az IETF-hez. Az anyag 
a 2 http://www.dmn.tzi.org.org/ietf/rohc/. címen olvasható. 








1. ábra A H.323 csomag hatékonysága 


172.16.xx 


Mithm 
RedHat Linux 6.2 
IPChainszel 


WEST (172.16.4.100) 
gw-172.16.4.40 
MSNetMeeting 


EAST (8.0.0.2) 
gw—-8.0.0.1 
MSNetMeeting 


2. ábra Gép a modell közepén 


A megoldás 

A vezeték nélküli csatorna hatásai és a tömörítő eljárás modellez- 
hető néhány alkatrész és program segítségével. Szükséges hozzá egy 
linuxos gép, két H.323 jelgenerátor, valamint néhány szabadon elér- 
hető programkönyvtár. Az egyszerű összeállítás azért nélkülözhe- 
tetlen, hogy bemutathassuk: az egész rendszer modellezhető három 
számítógéppel, egy pár hangszóróval és mikrofonnal, néhány hálózati 
kártyával és két összekötő vezetékkel. A programszükséglet 15 hason- 
lóképpen kicsiny. Ha a 2. ábrán bemutatott összeállításban használ- 
juk, különösen könnyen újraépíthető rendszert állíthatunk föl. 

A nyílt H.323 projekt a szabványos csomagok előállításához szüksé- 
ges programelemek kiváló lelőhelye. A 3 http://www.openh323.org/ 
weblapon Linux- és Windows-rendszerre 15 két-két lehetőséget 
találhatunk. Azok számára, akik már rendelkeznek Windowszal, az 
operációs rendszer részét képező Net Meeting kínál másik, a H.323 
szabványnak megfelelő multimédiás motort. 

A csatorna modellezésének legfontosabb lépései: 


e — /ndítás — a kapcsolat kiépítésénél nagy megbízhatóság szükséges, 
hogy a tömörítő-kicsomagoló pár összehangoltan működhessen, 
a fönt említett elvek szerint. 

e — Átadás — az átadás attól függ, hogy milyen gyorsan mozog a 
mobileszköz, az elvesztett csomagok száma pedig kilences értékű 
Poisson-eloszlást követ. Ez a viselkedés elfogadhatónak minősül, 
hiszen a harmadik nemzedékbeli hálózatok lehetővé a kapcsolat 
átadását annak újraindítása nélkül teszik. 

e — Elhalkulás — ez a vezeték nélküli kapcsolattartás legnagyobb 
ellensége. Az elhalkulások jellemzően a rádiójelek pillanatnyi 
leárnyékolásának számlájára írhatók. Okozhatja a túlzsúfolt 
területeken tapasztalható káros interferencia 15. Elméleti szem- 
szögből ezek a fő korlátozó tényezői a harmadik nemzedékbeli 
mobil hálózatok működésének. 
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1 Szaktekintély 


Miután a linuxos gépet bekötöttük a hálózatba, foglalkozzunk 

a TCP/IP-veremmel, hogy elkészíthessük az illesztőeljárásokat, két- 
irányú, moduláris, folyamatos, valós idejű, kiszolgálóalapú stílusban. 
Ezek IP Chains-szabályokkal megállítják a csomagok áramlását és 

a libcap felület segítségével a felhasználóhoz vezetik őket, elemzés 
és tömörítés, illetve kicsomagolás céljából. 

Ha a 2. ábrán látható rendszert felépítettük, akkor máris létrehozhatjuk 
a megszakítás nélküli telekonferencia-kapcsolatot, melynek csomagjai 
linuxos gépünkön haladnak át. Ennek működéséhez az IP-továbbítást 
15 engedélyeznünk kell, legfőképpen azért, mert az ÍP Chains haszná- 
latával szeretnénk megállítani a csomagok áramlását. Az IP-továbbítás 
engedélyezését a következő sor beírásával ellenőrizhetjük: 


0 Kiskapu Kft. Minden jog fenntartva 


echo /proc/sys/net/ipv4/ip forw arding 


Eredményül egyet kapunk, ha a gép készen áll a csomagtovábbításra. 
A következő lépésben ellenőrizzük, hogy az adatáramlás leállítható 
és újraindítható-e anélkül, hogy lezárnánk a munkamenetet (session). 
Ez azt jelenti, hogy a TCP-csomagoknak megszakítás nélkül kell 
érkezniük. Most csak az IP-, UDP-, RTP-csomagokra kell figyelnünk. 
A következő parancs megállítja és újraindítja az adatfolyamot: 


ipchains -P forward -DENY 
ipchains -P forward -ACCEPT 


A -P kapcsoló figyelmen kívül hagyja a protokollokat, tehát a parancs 
az ICMP-, az ARP-, a TCP- és az UDP-csomagokat egyaránt megállítja. 
Most már miénk az adatfolyam, vagyis meghatározhatjuk, hogy 
melyik csomagot és miként továbbítsuk. 

A kapcsolati rétegben szeretnénk elcsípni a csomagokat, hogy meg- 
kapjuk az összes IÍP-mezőt. A csomagokat a hálózati verem kapja. 
Egy sk buff nevű kapcsolt listaszerkezetben lesznek sorba állítva, 
ahol ezeket a rendszermag felsőbb programmegszakításai szolgálják 
ki önműködően az 1p. input.c, ip forward.c és ip forward.c-ben. 

A foglalat (socket) átmeneti tármemóriában történő kezeléséről Alan 
Cox , Network Buffers and Memory Management" (Hálózati átmeneti 
tárolók és a memóriakezelés) című cikkében olvashatunk (Linux 
Journal, 1996. október). A legtöbb felhasználói program a hálózati 
veremmel a Berkeley-féle csomagszűrőn (Berkeley Packet Filter 

— BPF) vagy INET foglalatokon keresztül tartja a kapcsolatot. Bizton- 
sági okokból ezek a foglalatfelületek nem nyúlhatnak le az ethernet- 
vagy a fizikai rétegbe (PL). Megoldásként megnyithatunk egy nyers 
foglalatot, mellyel az IP-mezőket közvetlenül a verem IP-rétegéhez 
fordulva kaphatjuk meg. Noha a Libpcap támogatja a nyers csomagok 
olvasását, ezek továbbítása csak a Libpcap módosításával érhető el. 

A TCP/IP verem eddigi legszínvonalasabb leírása W. Richard Stevens 
, UNIX Network Programming" (Unix hálózati programozás) című 
könyvének 1. kötetében található. A téma Linuxszal kapcsolatos 
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3. táblázat Az IP-fejlécmezők és osztályozásuk 


IP-mező Méret (bit) Osztály 
Változat 4 Statikus-ismert 
Fejléchossz 4 Statikus-ismert 
Szolgáltatástípus 3 Változó 
Csomaghossz 16 Következtetett 
Azonosító 16 Változó 

Foglalt jelzőbit 1 Statikus-ismert 
Töredék jelzőbit 1 Következtetett 
Utolsó töredék jelzőbit 1 Statikus-ismert 
Töredékeltolás 13 Statikus-ismert 
Élettartam 3 Változó 
Protokoll 3 Statikus-ismert 


Fejléc-ellenőrzőösszeg 16 Következtetett 


Forrás címe 32 Statikus-meghatározó 


Cél címe 32 Statikus-meghatározó 


UDP és 
magasszintű 
feldolgozás 


Ethernet- 
csatolófelület 
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3. ábra Linux TCP/IP-verem 


részterületeiről a David A. Rusling által írt , The Linux Kernel" 

(A Linux-rendszermag) című munka 10. fejezetében olvashatunk, 
melyet a 3 http://www.linuxhag.com/guides/TLK/net/net.html cím 
alatt találhatnak meg az érdeklődők. 

A teljes, nyers csomagokat a hálózati kártya felé, illetve onnan kifelé 
15 továbbítanunk kell, ehhez pedig a rendszermagban vagy a Libpcap- 
ban el kell végeznünk néhány módosítást. Ha azonban ezeket szeret- 
nénk elkerülni, használjunk egy PerI5 CPAN csomagot, nevezetesen 
a RawIP-t (3 http://guake.skif.net/RawIP/). A 3. ábra egy diagramon 
ábrázolja a Linux TCP/IP-vermet és a tömörítendő csomagok keze- 
léséért felelős kódot a rendszermagban (2.2.x). 

A Perl5 nyelven íródott első kódrészlet (2 17. CD/Magazin/ 
Teletanacskozas/listal) a megállított csomagok kiemelésének, az IP- 
azonosító mező megjelenítésének, a csomagok visszahelyezésének 

és végleges célja felé továbbításának alapvető eszköze. Csak a forrás- 
és a cél IP-címét szükséges értékként megadni. A héjprogram 
különbséget tesz a protokollok között, így külön-külön figyelhetünk 
a hang- vagy a mozgóképcsomagokra. 

A parancsfájl egy id dump.txt nevű szöveges állományt állít elő, amely 
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4. táblázat Az UDP-fejlécmezők és osztályozásuk 


UDP mező Méret (bit) Osztály 

Forráskapu 16 Statikus-meghatározó 
Célkapu 16 Statikus-meghatározó 
Hossz 16 Következtetett 
Ellenőrzőösszeg 16 Változó 


5. táblázat Az RTP-fejlécmezők és osztályozásuk 


RTP-mező Méret (bit) Osztály 
Változat 2 Statikus-ismert 
Köz 1 Statikus 
Kiterjesztés 1 Statikus 

CSRC számláló 4 Változó 

Jelző 1 Változó 
Hasznos adat típusa 7 Változó 
Sorozatszám 16 Változó 
Időbélyegző 32 Változó 

SSRC 92 Statikus-meghatározó 
CSRC 0—-4830 Változó 


megad egy — az adott kapcsolatban érvényes IP-azonosítóhoz tartozó — 
leírót. Ezt a többi mezőre 1s elvégezhetjük, amennyiben azt a parancs- 
fájlban behelyettesítjük, ez az első lépés egy olyan gép beállítása felé, 
mely az IETF munkacsoportoknak benyújtott javaslatok bármelyikét 
megvalósítja. A 2. lista (3 17. CD/Magazin/Teletanacskozas/lista2) 
a Mathb::Random Perl5 CPAN csomagot használja az átlagosan húsz 
százalékos, egyenletes eloszlású adatcsomag-hibaarány, vagy — a VolP 
esetében — kerethibaarány bevezetéséhez. Ennek hatása rögtön észre- 
vehetővé válik az 1. kódrészlet átjárójának használatával, mely egyre 
inkább a magas szintű vezeték nélküli csatorna modelljére hasonlít. 
Ha valaki azt mondja, hogy az adatfolyam károsodására vonatkozóan 
megtalálta a középutat, annak annyit mondanék, hogy egy nagyon 
pontos, harmadik nemzedékbeli, széles sávú, osztott, többszörös hozzá- 
férésű, többszörös Raleigh-féle elhalkulásokkal rendelkező modulált 
csatornamodell szabadon letölthető a 3 http://w3.antd.nist.gov/wctg/ 
3G6/3G.html-ről. Ennek használata, bár nyomatékosan ajánlott, 

a Beowulf-telep hiánya esetén drámai következményekkel jár 

a kapcsolat valós idejű természetét illetően. 

Továbbá ez a késleltetés csökkenti a rendszerekre egyénileg jellemző 
teljesítményt, melyet a mérnökök gyakran kiaknáznak a hangátviteli 
minőség meghatározásakor. 

Most, hogy felszerelkeztünk egy mindenre alkalmazható rendszerrel, a 
következő lépés a mozgóképcsomagok vizsgálata és azok rugalmassá- 
gának tanulmányozása. A rendszer beágyazott környezetben 15 működ- 
het tehát, mindenképpen olcsó teletanácskozás-eszközt biztosítana. 


Izzet Agoren 

villamosmérnök-hallgató a Pennsylvaniai 
Állami Egyetem Információ- és Kommuni- 
kációtechnológiai Kutatóközpontjában. 
Érdeklődési területe a harmadik nemzedék- 
beli mobil hálózati módszerek alkalmazása. 








Az xdm beállítása 


Az xdm kényelmes és rugalmas eszköz X-munkafolyamatok közvetett 


eléréséhez és kezeléséhez. 

lőfordult már, hogy munkaállomásod felületét távolról kellett 
És elérned? Mi történik akkor, ha ezt ráadásul egy kiszolgálón 

kell megtenned? A közelmúltban arra kényszerültem, hogy 
ehhez hasonló gondokat oldjak meg: épp egy halom Linux-kiszolgáló 
beállításaiért és működéséért voltam felelős. Különböző okok miatt 
már ötödször kellett a grafikus konzolomhoz elzarándokolnom, amikor 
ráébredtem: Itt az ideje, választ kell találnom a különböző kiszolgáló- 
kon lévő X-felületek munkaállomásomról történő elérésének kérdésére. 
Néhányan talán úgy gondolják, hogy a hagyományos távoli munka- 
folyamatok kezelésére használatos X-eszközök elégségesek nehézsé- 
geim megszüntetéséhez, valahogy ilyen módon (esetleg egyéb 


munkafolyamat-kezelő is alkalmazható): 


telnet hosti 
export DISPLAY-mywkstn:0 
gnome-session 


Én azonban olyan megoldást kerestem, amelyhez nem elegendő 

a csak alapszolgáltatásokat biztosító eszköz. Egy jobban kezelhető, 
minél inkább önműködő , szerszámra" volt szükségem, amelyet a 
Linuxszal csak most ismerkedő fejlesztők 15 könnyebben tudnának 
használni. A hitelesítéssel és a munkafolyamat-kezeléssel kapcsolat- 
ban azonban akad néhány olyan csapda, amelynek elkerüléséhez 
nélkülözhetetlen az X működésének bizonyos szintű ismerete, pél- 
dául a távoli X-ügyfelek használata során sokszor elfelejtem beírni 
az xhost-i host1 parancsot. Gyakran előfordult az is, hogy Zavart 
tekintetekkel találtam szemben magam, amikor egy-egy Linux-újonc- 
nak az xhost hitelesítési rendszerét próbáltam elmagyarázni. Mivel 
a fejlesztőmunka mellett nemigen maradt időm arra, hogy a fejlesz- 
tőknek elmagyarázzam az X alapjait, olyan megoldást kerestem, 
ami a fenti kívánalmakat egyszerre elégíti ki. 

Több olyan megoldás létezik, amely az X-munkafolyamatokat 
könnyebben kezelhetővé teszi. A feladat megoldásához én az 

X display manager-t (xdm) választottam, bár létezik egy másik nép- 
szerű megoldás 1s, a vnc. Két okból döntöttem így. Egyrészt a vnc 
kiszolgálóoldalról minden megosztandó gépen démon futtatását 
igényli. A másik tényező, hogy az X kiszolgáló már minden munka- 
állomásra fel volt telepítve, így a további telepítés szükségtelennek 
bizonyult. Szóba jöhetett volna még a kdm vagy a gdm 1s, amelyek 
a KDE-, illetve Gnome-csomagok részet. 


Az X alapjai 

Az X a unixos X-környezetekben elterjedt grafikus felületet támogató 
rendszer. Ha Gnome vagy KDE fut az adott Linux-rendszeren, a hát- 
térben az X Window System dolgozik. Ennek készítésével és karban- 
tartásával az X konzorcium foglalkozik 3 http://www.X.org. A leg- 
több Linux-felhasználó az Xfree86 Project (3 http://www.xfree86.org) 
jóvoltából ennek valamely megvalósítását használja. Az xdm megjele- 
nítésvezérlő, amely rugalmas vezérlőszolgáltatásokat nyújt a felhasz- 
nálók számára. Bár sokan csak úgy gondolnak az xdm-re, mint , az a 
bejelentkező képernyő, amely önműködően indítja el X-felületemet", 
meg fogjuk látni, hogy valójában ennél sokkal szélesebb körben 
használható eszközről van szó. 
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Az X világában az ügyfél és a kiszolgáló kifejezések kicsit összeza- 
varhatják az embert. Az X kiszolgáló az az alkalmazás, amely a 
billentyűzetet, az egeret és a megjelenítést felügyeli. Az ügyfélal- 
kalmazás kéréseket küld a kiszolgáló felé, hogy adott műveleteket 
hajtson végre (például jelenítsen meg bizonyos tulajdonságokkal 





A kdm az xdm-hez hasonló grafikus bejelentkező felület 


leírható ablakot). Ez kicsit furcsa lehet azok számára, akik a munka- 
állomásukon futó alkalmazásokra úgy gondolnak, mint ügyfelekre. 
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Az X kiszolgálókkal történő kapcsolattartásra az xdm az X konzor- 
cium XDMCP protokollját használja. Ez lehetővé teszi az X kiszol- 
gálóknak, hogy munkafolyamat-szolgáltatásokhoz jussanak az xdm-et 


futtató kiszolgálóktól. Az X kiszolgálók háromféle kérést küldhetnek: 


e — Közvetlen — kérés közvetlenül a megnevezett hálózati géphez 
bejelentkező képernyő megjelenítésére. 

e — Üzenetszórás — üzenet küldése az összes hálózaton lévő számító- 
gép felé, a beléptetési szolgáltatást az elsőként válaszoló nyújtja. 

e — Közvetett — kapcsolatba lépés egy megnevezett, xdm-et futtató 
géphez, innen lista kérése azokról a számítógépekről, amelyekkel 
kapcsolat létesíthető. Az xdm kiszolgáló listát készít azokról az 
elérhető kiszolgálókról, amelyek hajlandók az X-munkafolyamat 
kezelésére. Végül az X kiszolgáló befejezi a közvetlen kapcsolatot 
a kiválasztott géppel, hogy a beléptető szolgáltatást megkaphassa. 


Az xdm létrejöttének okai közül a talán legkorábbi az X-terminálok 
kezelésének igénye volt. Ezek az eszközök csak egy kijelzőből, 
billentyűzetből, egérből, valamint egy beépített X-kiszolgálóalkalma- 
zásból álltak, minden tevékenység a hálózaton lévő kiszolgálógépen 
összpontosult. Az xdm feladata ezen eszközök — a bejelentkező kép- 
ernyő és az X-folyamatok — vezérlésének a biztosítása. Néhány évvel 
ezelőtt e terminálok még igen népszerűek voltak a Unix-munkaállo- 
másokhoz való hozzáférés erősen korlátozott volta miatt, főleg azon 
felhasználók körében, akik íróasztaluk mellett szerettek volna grafi- 
kus felületen dolgozni — nekik vagy elég szerencsésnek kellett lenniük, 
hogy saját munkaállomásuk legyen, vagy kénytelenek voltak termi- 
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xdm-config 


DisplayManager . errorLogFile : /var/109/xdm-errors 
/var/run/ xdm-pid 
/etc/X11/xdm/xdm-keys 
/etc/X11/xdm/Xservers 


DisplayManager.pidFile: 
DisplayManager.keyFile: 
DisplayManager . servers : 


DisplayManager.accessFile:  /etc/X11/xdm/Xaccess 
DisplayManager.willing: su nobody -c/etc/ 
s XI 17/xamxwiddina 


/etc/X11/xdm/Xresources 
/etc/X11/xdm/Xsession 
false 


DisplayManageriresources: 
DisplayManagertsession: 
DisplayManagertauthComplain: 
! Tegye megjegyzősbe ezt a sort, 

! ha az X-terminkglokat xdm-mel akarja vezgrelni 

! BIZTONS G: Ez azt jelenti, hogy a 

! 177-es kapu figyeli az XDMCP CHOOSER köröseket. 
HDisplayManager . reguestPort : 0 


nált használni. Később ezek az eszközök veszítettek a népszerűsé- 
gükből: X-kiszolgálóalkalmazással telepített PC-kkel kezdték helyet- 
tesíteni őket, amelyeken a felhasználók Linuxot vagy egyéb Unixot 
(Solaris x86, XBSD stb.), illetve Windowst (Hummingbird Exceed 

és más hasonlót) futtattak. 

Amikor az X-folyamatok vezérlésére az xdm-et használjuk, nem 
nélkülözhetjük a beállításokkal kapcsolatos alapfogások ismeretét. 
Első pillantásra úgy tűnik, hogy amikor az XDMCP előnyeinek 
kiaknázásához az xdm-et beállítjuk, vagy elindul egy helyi X kiszol- 
gáló (például a konzol az xdm indulásakor grafikus módra vált), 
vagy amennyiben az xdm helyi kijelzését letiltjuk és a startx 
parancsot használjuk, nem tudjuk a gépválasztót elérni. A most 
ismertetésre kerülő beállítás bármely XDMCP-ügyfél számára lehe- 
tővé teszi a Linux-kiszolgáló munkaasztalának elérését (természe- 
tesen az X biztonsági beállításaitól függően). Emellett annak módját 
is bemutatja, hogyan lehet a fentivel egyidejűleg helyi X-munkafelü- 
letünk, és miként érjük el más kiszolgálók felületeit a munkaállo- 
másról. Az xdm biztonsági és hozzáférési szabályozást is lehetővé 
tesz, de ismertetése túlmutatna e cikk keretein. A legcélszerűbb, 

ha az xdm-et csak biztonságilag felügyelt környezetben használjuk. 
A 177-es bejövő kaput minden tűzfalon le kell tiltani. Az X felület 
biztonsági kérdéseivel kapcsolatban a következő súgóoldalak szol- 
gálnak Jó kuündulópontként: 

xdm(1) , xauth(1) , Xsecurity(7) , lbxproxy (1) -Low 
BandwidthX proxy, xfwp(1)-X Firewall Proxy, ssh(1) és 
ssha (8) súgóoldalak, különös tekintettel az X11 kapu átirányítására. 


Az xdm beállítása 

Az xdm gazdag beállítási lehetőségekkel rendelkezik, az alábbi csak 
egy példa, amellyel célkitűzésünk megvalósítható. Az én RedHat 7-es 
rendszeremen az xdm a /etc/X11/xdm útvonalon található. A fő 
beállítófájl az zdm-config (lásd listánkat). Lehetőségünk nyílik a 
különböző beállítóállományok elérési útvonalának meghatározására. 
Ezek közül mi azokkal foglalkozunk, amelyekre a servers, az 
acessFile és a resources beállítás mutat. A vállalkozó kedvűe- 
ket még a sessionésa DisplayManager. X. setup Is érdekel- 
heti, ahol a kijelző száma X. 

A DisplayManager . reaguestPort : 0 Sor fel van függesztve. 
Ez az erőforrás határozza meg, hogy melyik UDP-kapu figyel az 
XDMCFP-kérésekre. Ha ez 0-ra (az alapértelmezett értékre) van 
állítva, az zdm az XZDMCP-kéréseket figyelmen kívül hagyva csak 
a helyi megjelenítést vezérli (lásd még az Xservers állományt). 

Ezt azért tettük, hogy az xdm az alapértelmezett kaput használja 
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(177-es UDP-kapu). 
Az én Xservers-állományomban a kérdéses sor így néz kt: 


Ht:0 local /usr/X11R6/bin/X 


Ha ez a sor élne, az xdm minden egyes indításánál grafikus belép- 
tetőkép jelenne meg, vagyis a /usr/X11R6/bin/X parancs 
futtatásával a 0-s kijelzőn egy helyi X kiszolgálót indítana el és 
vezérelne. Nekünk most az a célunk, hogy azt a gépet választ- 
hassuk ki, amelyikre kapcsolódni szeretnénk. Ezt az Xaccess 
állománnyal érhetjük el: 


tany indirect host can get a chooser 
A CHOOSER BROADCAST 


tt 

t Ha inkább közvetlenül adja meg azoknak a 

t gépeknek a körét, amelyeket minden terminál 
t elér, függessze fel ezeket a sorokat 

t (és a fenti CHOOSER sort), 

t és a S$hostlist sort állítsa be megfelelően 
tt 

töhostlist host-a host-b 

te CHOOSER S$hostlist tt 


Bár ez a parancsfájl nagyon rugalmas eszköz, mi mégis csak a gép- 
választó elindítására fogjuk használni (közvetett mód). A gépválasztó 
olyan kisméretű X-alkalmazás, amely a hálózaton elérhető számító- 
gépeket sorolja fel, és lehetővé teszi, hogy közülük kiválasszuk azt, 
amelyikhez csatlakozni szeretnénk. Az általam kedvelt BROADCAST 
érték hatására az új gépek önműködően megjelennek a listán. Akad- 
hatnak olyanok, akik inkább a $host1ist makró segítségével 
nevezik meg a kívánt számítógépet. Erre a módszerre olyankor 15 
szükség lehet, amikor egy nagyobb hálózaton az üzenetszórás nem 
éri el az összes kívánt gépet. 

Ha az elérést még ennél 15 finomabban akarjuk szabályozni, a 
BROADCAST helyett választhatjuk a kiszolgálók felsorolását, ekkor 
közvetlenül meg kell adnunk az elérhető kiszolgálók listáját. 

Ha az xdm-et arra 1s fel akarjuk készíteni, hogy különböző 
X-kiszolgálóktól eltérő módon legyen képes kéréseket fogadni, 
meg kell adnunk a kérdéses gép nevét vagy a gépek listáját. Ezt 
szemléltetjük következő példánkkal: az alábbi sorok hatására az 
xdm a host-a, host-b vagy host -c gépről érkező kérelmeket 


egyaránt kezelni fogja: 


host-a 
host-b 
host-c 


Ha az xdm-et arra akarjuk utasítani, hogy közvetett kérést küldjön 
a host-a gépről a server-a vagy server-b nevű gépekre, az 
alábbi sort gépeljük be: 


host-a server-a server-b 
Ezt megtehetjük a 

Shostlist server-a server-b 
vagy a 

host-a Shostlist 

sorokkal Is. 





Az xdm-et úgy 1s beállíthatjuk (ez a kedvenc módszerem), hogy a gép- 
választó használatával kezeljen közvetett kéréseket. Következő pél- 
dámban a host -a gép egy gépválasztó ablakot kap az összes olyan 
gép listájával, amelyik válaszolt a BROADCAST üzenetre, míg az összes 
többi gép csak a $hostlist által meghatározott gépeket kapja meg: 


SZhostlist server-a server-b 
host-a CHOOSER BROADCAST 
CHOOSER Z2hostlist 


Az alapvető működés bemutatásának végére érve vessünk egy pillan- 
tást az Xresources állományra. A sajátomat változatlanul hagytam, 
de előfordulhat, hogy valaki a külalakot 1s testre szeretné szabni. Eb- 
ben a fájlban a színt, a betűtípust és az egyéb külső jellemzőket vál- 
toztathatjuk meg. Leghasznosabbnak a Chooser"geometry lehető- 
séget találtam, melynek segítségével a gépválasztó ablakának mérete 
állítható be. 

Módunkban áll felügyeleti beállításokat 15 végezni, például 
aDisplayManager.errorLogFile logfile határozza meg 

a napló állományt. Ez a naplóállomány a stderr output of xdm, 
az Xsetup, az Xstartup, az Xsession és az Xreset szövegeit 
tartalmazza. 

A sikeres bejelentkezési folyamatot követően az xdm a munkamenet 
(session) beállításában meghatározott parancsállományt futtatja le. 

A felhasználók számára ez teszi lehetővé, hogy az X-folyamatokat 
testreszabják. A rendszergazdákat leginkább az Xsession parancs- 
állomány fogja érdekelni, a felhasználók a folyamatvezérlő 
viselkedését pedig saját $HOME/.xsession vagy $HOME/.Xclients 
állományukkal akarják majd egyéni igényeikhez szabni (például 
ablakkezelő vagy óra elindítása stb. ). 


Beállításaink ellenőrzése 

Beállításaink ellenőrzéséhez először saját X-állományunkat kell 
megtalálnunk, saját rendszeremen ennek helye: /usr/X11R6/bin/X. 
Minden esetben egy beléptető képernyő előtt kell találni magunkat. 
Az ellenőrzés közvetlen módjára a 


/usr/X11R6/bin/X -aguery remotexdmhost 


parancs begépelésével nyílik lehetőség. 
Közvetett üzenetszórásos mód esetén az alábbi formát kövessük: 


/usr/X11R6/bin/X -broadcast 
A közvetett mód a gépválasztóval pedig a 


/usr/X11R6/bin/X -indirect remotexdmhost 


parancs hatására indul. 
Amikor ezek működtek, az xdm-szolgáltatás önműködő be- és 
kikapcsolására elkészítettem a /etc/rc.d/init.d parancsállományt. 
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Ezt követően felhasználóim életének megkönnyítésére munkaállomá- 
saikon egy /usr/bin/X1 I/startx.xdmcp nevű állományt hoztam létre. 
Amennyiben a név "wkstn1"-ként fest, az állomány tartalma a 
következő lesz: 


$t!/bin/sh 
/usr/X11R6/bin/X -indirect wkstni 


amelyben a wkstn/ az xdm-kiszolgáló neve (esetemben a munkaállo- 
mások az xdm kiszolgáló és az X kiszolgáló szerepét 1s betöltötték). 
Ezután az alábbi sorok következnek: 


mv /usr/bin/Xi11/startx 

sz /usr/bin/X11/startx.original 
chmod 755 /usr/bin/X11/startx.xdmcp 
ln -s /usr/bin/X11/startx.xdmcp 

5 /usr/bin/X11/startx 
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Ez minden felhasználó számára lehetővé teszi, hogy a szokásos 
bejelentkezés és startx parancs helyett az elérhető gépekről listát 
kapjon (amin a Sajátja 15 szerepel). 


Összegzés 

Az eddigiek összegzéséül elmondhatjuk: sikerült beállítanunk az xdm 
használatát a hálózat munkaállomásain és kiszolgálóin az XDMCP 
mind közvetlen módú, mind gépválasztóval történő működésével. Ezzel 
a felhasználók számára lehetővé vált, hogy azt a kiszolgálót választhas- 
sák ki, amely X-munkafolyamataikat összehangolja. Ez amellett, hogy 
az X-folyamatokat finoman szabályozhatóvá teszi, az említett döntési 
lehetőséget a felhasználók számára egy egyszerű menüben biztosítja. 
Amennyiben más felület (például Windows) alatt lenne ilyen elérési 
módra szükség, és el akarjuk kerülni az X kiszolgáló megvásárlását 
vagy telepítését, további lehetőségként a vnc alkalmazása kínálkozik. 


Ron Hume 

(ronhumeoieee. org) független híradástechnikai 
szaktanácsadó. Szakterületei: softswitch-tech- 

nológia és továbbfejlesztett szolgáltatásszer- 

"I kezet a hagyományos és a feltörekvő telekom- 

A munikációs cégek számára. 





Technikai tipp 


1 tTg 


Nemcsak jó lesz, de a par-ral jól is fog kinézni. Egy 
levelezőlistával kapcsolatos kérdésre adott válasz megformázása 
meglehetősen bonyolult lehet, mivel az idézett szövegsorok elé 
néhányan : jelet raknak, mások az eredeti bevezető karaktert, 
továbbá a sorszélesség is erősen változó. Rendezett válasz elkészí- 
téséhez, ahol az idézetek megfelelően jelennek meg, használd 
Adam M. Costello par segédprogramját. A vim-mel szúrd be 

az alábbit a .VIMCR állományba: 

map ? j(!jpartM) 

ami a " hatására formázza az adott bekezdést (a 7" M valódi CTRL- 
M; vim alatt üss CTRL-V CTRL-M-et). A par beállításaival az idézett 
szöveg pontosan úgy fog kinézni, ahogyan szeretnéd. 

Elérhető a 5 http:/Awww.cs.berkeley.edu/—amc/Par/ címen. 
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Postfix-csemegék (3. rész) 





A Postfix alapvető beállításai után kóstoljunk bele az ínyencségekbe is. 


Tekintsük úgy, hogy a tévében jó kis sorozatok epizódjait néz- 
zük — ugyanis mire minden lehetőséget végigpróbálunk, csak- 
nem annyi idő telik el, mintha egy nagyot tévéztünk volna. 





T 


Első epizódunk: a webkiszolyálók 

Tételezzük fel, hogy adott egy webkiszolgáló. Ha egy kiszolgálón csak 
webkiszolgálónak kellene futnia, semmi keresnivalója nem lenne ott 
egy levelezőkiszolgálónak. De vajon miként kerülnek ki a levelek? Az 
olyan nem moduláris felépítésű kiszolgálókkal, mint a Sendmail vagy 
az Exim, biztosan érdekes feladat ezt megoldani, a Postfix azonban 
képes arra, hogy a különböző levelezési szolgáltatások egymás nélkül 
is kitűnően tudjanak működni. A mi célunk az, hogy csak a web- 
kiszolgáló vagy a naplófigyelő programok — például a Swatch (lásd 
még Linuxvilág, 2001. augusztus, 46. oldal) — tudjanak jelentést kül- 
deni, azaz csak tőlük fogadjunk leveleket. Ehhez szükséges lépésként 
rá kell beszélni a Postfixet, hogy a 25-ös kapun (a kiszolgálók ezen 

a kapun keresztül kapják a leveleket) csak a 127.0.0.1-es címről fogad- 
jon el kapcsolatot. Ehhez a /etc/postfix/main.cf fájlban keressük meg 
az inet interfaces kezdetű sort, majd változtassuk meg az értékét 
(ez alapbeállításban a11) localhost vagy 127.0.0.1 értékre: 


inet interfacels - 127.0.0.1 


Milyen előnnyel bír ez más megoldásokhoz képest? Ha a kiszolgáló 
levélfogadását csomagszűrő tűzfallal akadályozzuk meg, az pásztázó 
programmal könnyen felderíthető. Látszik, hogy a kapu nyitott és 

a kapcsolat szűrt. A mi célunk azonban az, hogy tudomást se szerez- 
zenek róla. Ha választható megoldásként a kiszolgálót más kapun 
(porton) indítjuk, akkor azt az összes kaput átvizsgáló pásztázás 
ugyancsak könnyen felderítheti. Nézzük meg azonban a különbséget 
az 1. képen, ha a Postfix szolgáltatását használjuk: a felderített kapuk 


között a levélfogadás nem jelenik meg. 


Második epizódunk: SMTP démon nélkül 


Az előző részben leírt viselkedésmódot tovább fejleszthetjük. Egyálta- 
lán nem fogadunk levelet az smtpa-n (a Postfix 25-ös kapuján figyelő 
démonon) keresztül, csak a helyt, fájlba írt leveleket továbbítjuk. A le- 
veleket írhatja ember, de program 15. Miért lehet erre szükség? Tegyük 
fel, hogy teljesen kényszeresek vagyunk (bár egy barátom szerint olyan 
nem létezik, hogy valaki túlságosan paranoid). Félünk attól, hogy 
valaki mégis megtudja, hogy a gépen levelezőkiszolgáló van, és a cso- 
magszűrő tűzfalat sem mi állítottuk be, hanem egy nem túl hozzáértő 
, szaki". Számítógépünk hálózati kapcsolón (switch) vagy jelelosztón 
(hub) osztozik egy vagy több olyan számítógéppel, amelyet feltörtek, 
mondjuk a legutóbbi bind hiba miatt. Mivel a gép rendszergazdája 

a csomagszűrést rosszul állította be, a hálózati kártya felől bejövő kap- 
csolatokat 1s elfogadja a 127.0.0.1-es forráscímről (ez azonban valós 
körülmények között lehetetlen). Az egyetlen lehetőség ekkor az, ha 
kikapcsoljuk az smtpd-t. Könnyen megtehetjük, csak ismernünk kell 
hozzá a Postfix szerkezetét. Az összes levelezéssel kapcsolatos démont 
a master program felügyeli. Ebből pedig az következik, hogy amiről 
nem tud, az nem 15 működik. A megoldás így roppant egyszetű: a 
/etc/postfix/master.cf fájlban keressük meg az smtpd-re vonatkozó 
sort, és érvénytelenítsük vagy egyszerűen töröljük kt. 

Egy módosított master.cf fájl tartalma látható az /. listán. 
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7. lista Postfix smtpa démon nélkül 


Htsmtp inet n - - - - smtpd 
pareldip fi£io TI Siimállllktetttsa IOAN forteijo 
cleanup unix - - - — 0 cleanup 
amgr fifo n - - T(0TONÁTÓ amgr 
rewrite unix  —- —- - — - trivial-rewrite 
idetate — ünix BŐ - 0 bounce 
defer UTAS AS ma 0 bounce 
smtp unix - - —- - - smtp 
showdg unix n -  - — — showa 
ára OTA unix - - - e — ENANAONA 
local EJT Set tn ANNA e — Hora 


A vastagon szedett rész mutatja, hogyan kell az adott sort 
megjegyzéssé tenni. 


Harmadik epizódunk: a , nullügyfél" 

Felépítése hasonló az előzőéhez, azzal a különbséggel, hogy míg ott 
lehetőség nyílik a helyi levéltovábbításra, addig itt erre nincsen mód, 
egyedül az SMTP protokollon keresztüli küldés engedélyezett. Össze- 
foglalva: a nullügyfél olyan számítógép, amely a leveleket csak kül- 
deni tudja. Alkalmazása azokon a kiszolgálókon célravezető, ame- 
lyeken a levelezés kimerül a levélnek egy másik kiszolgálóra történő 
elküldésében. Az első és jelen beállítás közti eltérés, hogy az előb- 
binél a rendszergazda helyileg 15 kaphat levelet, például a webkiszol- 
gálótól, az utóbbinál viszont nem. A nullügyfélhez szükséges, hogy 
Postfixünk tudja, melyik másik kiszolgálót használhatja a levélkül- 
déshez. Ezenkívül minden olyan levelet, amely a gépről , származik" , 
úgy kell elküldenünk, hogy ne látszódjon a gép teljes neve (Full 
Oualified Domain Name). Az utolsó szükséges beállítás a helyi 
levéltovábbítás tiltása az smtpa mellett. A master.cf és a main.cf 
beállításait a 2. listán láthatjuk. 


Negyedik epizódunk: a kapcsoltvonali előfizető 
Gyakori eset, hogy csak telefonon keresztüli internetkapcsolattal ren- 
delkezünk. Ekkor két út közül választhatunk: az első, hogy olyan 





2. lista A Postfix beállítása a nullügyfélhez 


/ete/DoSiWE / mad et 


Tr az elkülésdléme íNEKSéS ekmnél mindig a tartománynév 
t fog látszani a 8 jel után 

t myorigin - Smydomain a tartomány levelezésért 
Ht telelős számitögépeétetisengeeiStiem Get Mt igás! 

t keresztül küldjük el a levelet 

relayhost - S mydomain 

/etc/postfix/master.cf 

Htsmtp inet n -— - — - smtpd 

jdikesüjo italt ate állta! a - 60 1 jonelksjo 

cleanup unix — - —  —- — 0 cleanup 

eü ej ren lsleío állllS (ai - - 3001 amgr 

rewrite unix — - —  —- — - trivial-rewrite 
bounce unix — —  —-—  — 0 bounce 

defer UNAELSZ —  —-  — 0 bounce 

smtp unix — - —  —- — — — smtp 

showdg jjissszetllllllttai — — — - showdg 

ENAAONTA ÜNASZ att - ENANaONA 

Hlocal unix — - n n - - local 


A vastagon szedett rész mutatja, hogyan kell az adott sort 
megjegyzéssé tenni. 


levelezőprogramot használunk, mely addig gyűjti a leveleket, amíg azt 
nem mondjuk neki, hogy elküldheti őket. Ennek a megoldásnak elő- 
nye, hogy Postfixünket nem kell beállítani — de akkor mire jó? A kér- 
dés megválaszolásához ki kell emelnünk a program hátrányát. Mi tör- 
ténik akkor, ha elfelejtjük elküldeni a leveleket, és axsad köztük nagyon 
fontos 15? Nem biztos, hogy újra tudunk csatlakozni, ha , csak"? egyet- 
len ingyenes internetkapcsolattal (például Freestart, Kiwi) bírunk. Ha 
azonban helyi kiszolgálót használunk, nincs más dolgunk, csak a rend- 
szer tudtára adni, hogy minden kapcsolatfelépítéskor küldje el a leve- 
leket. A kapcsoltvonali beállításhoz az alábbiakat szükséges tudnunk: 
ki továbbítja majd a levelet; valamint hogy minden levél, amelyet az 
Internetre továbbítanánk, bent maradjon-e a sorban (gueue). Fontos, 
hogy a kapcsolatot addig ne bontsuk le, amíg minden levelet legalább 
egyszer meg nem próbáltunk elküldeni. Ezt egy parancsfájlból fogjuk 
ellenőrizni. A szükséges Postfix-beállítások magyarázattal a következők: 


/etc/postfix/main.cf 

taz alábbi gépen keresztül küldjük el a 
tleveleket, 
t smtp-átjárója 


ez lehet például a szolgáltató 
relayhost - smtp.szolgaltato.hu 

tvisszatartjuk az smtp-n keresztül küldendő 
tleveleket, 
defer transports - 


amíg nincs kapcsolat 
smtp 


A kimenő sor önműködő kiürítésére parancsfájlt hívunk meg abból 
a fájlból, amely a vonalas (ppp) kapcsolat felépülése után hajtódik 
végre. A Debian-rendszer alatt a végrehajtódó parancsállományokat 
a /etc/ppp/1p-up.d könyvtárban külön fájlokban helyezzük el. 

A parancsfájl neve legyen connect. A connect fájl tartalma a követ- 
kezőképpen nézzen ki (a Postfix GyK alapján, de azt módosítva): 


t!/bin/sh 
tkiürítjük a sort 
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postfix flush 


várunk, hogy minden levél közvetítése 
elkezdődjön, azaz egy smtp-kapcsolat 


elinduljon a távoli kiszolgálók felé, 


3 3 3 3 


várunk 30 másodpercet 
sleep 30 


Egészen addig fenntartjuk a kapcsolatot, 
ameddig minden levelet legalább egyszer 
megpróbáltunk elküldeni, ennek keretében 
nem engedélyezzük a poff parancs 

küldését, 
később visszamásoljuk 


mentjük más néven, majd 


3 3 3 3 3 3 


mv /usr/bin/potf /usr/bin/poff.otrf 


t amíg új levél tartózkodik a sorban, 
t addig várunk, mindig 10 másodperccel 


t növeljük a kapcsolat idejét 


while maila I] grep "5[75 ]YVt! 5/dev/null 
do 
sleep 10 
done 
ha már nincs olyan levél, ami ne 
próbált volna kimenni, akkor 


visszamásoljuk a poff parancsot és 


3 3 3 3 


lezárjuk a kapcsolatot. 
mv /usr/bin/poff.ofrf /usr/bin/potf 
s /úsr/binzjbport 


Egyszer nekem szegezték a kérdést, hogy mi történik az alábbi 
két esetben: 


1. Egy rosszindulatú felhasználó olyan parancsfájlt ír, amely a háló- 
zati kapcsolat meglétét ellenőrzi (például egy ping parancs kime- 
netét vizsgálva), majd ha az él, a leveleket iszonyatos mennyiség- 
ben kezdi küldeni, mindehhez egy Perl-modult használva. 

2. Hálózatba vagyunk kötve, számítógépünk a hálózati és levelező 
átjáró (smart host). Valaki rossz szándéktól vezérelve kapcsolat 
idején levelekkel kezd minket bombázni. 


Úgy tűnik, ilyenkor sosem tudjuk lekapcsolni a vonalat, és a nappali 
telefonálás nem olcsó mulatság. Megnyugtatok mindenkit, ez nem 
fordulhat elő. Miért? Emlékezzünk vissza, hogy a Postfix beállító- 
fájljába beillesztettünk egy olyan sort, amely minden SMTP-kapcsola- 
tot addig késleltet, amíg külön parancsot nem adunk a sor kiürítésére. 
Ilyen parancsot pedig csak rendszergazdai jogosultságú felhasználó 
vagy az ő jogaival futó parancsfájl képes végrehajtani. (Ha rajtunk 
kívül más 1s rendelkezik rendszergazdai jogosultsággal, akkor már 
mindegy.) Ellenérv lehet, hogy ha hálózaton nem is, de az első mód- 
szert alkalmazva helyileg küldhetünk levelet, hiszen nem kell SMTP- 
kapcsolatot használni ahhoz, hogy a Postfix elfogadja a levelet. Ez igaz 
is, használhatjuk a maildrop könyvtárat, de ha nem helyi felhasználó- 
nak küldjük a levelet, akkor SMTP-kapcsolaton keresztül kell távoznia, 
ez pedig késleltetett (deferred) üzemmódban működik. A Postfix 
modularitása — mint számos más esetben — Itt 15 kisegít bennünket. 


Otödik epizódunk: Postfix és MySOL 
Előfordulhat, hogy nem szívesen veszünk fel felhasználókat a 


rendszerbe, még úgy sem, hogy nem létező héjprogramjuk (shell) 
van, például a /bin/false vagy a /dev/null. Az 15 megeshet, hogy 


már túl sok — például 10 000 — felhasználónk van, ezért a kiszolgáló 


működése nem hatékony, rendszere esetleg már nem 1s engedélyezi 
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újabb felhasználók felvitelét. 

Ez esetben eszes megoldásra van szükségünk. Ilyen lehet egy SOL- 
vagy LDAP-kiszolgáló rendszerbe olvasztása. Ekkor nemcsak a 
felhasználók meglétének ellenőrzését végezhetjük el, de lehetőséget 
biztosíthatunk a vezetőség számára, hogy letiltsa a nem fizető ügy- 
felek azonosítóit, vagy külön kvótákat alkalmazhatunk a különböző 
előfizetői kategóriák felhasználói számára. A lehetőségek száma 
szinte a végtelenhez közelít: nem lesz olyan feladat a levelezésben, 
ahol ne tudnánk hasznosítani a központi adatbázist (többszörözés, 
adatok ki- és visszamentése stb). A Debian következő, Woody nevű 
terjesztésében a támogatás már a Postfix-csomagba lesz építve. Addig 
azonban saját magunknak kell fordítanunk a csomagot, ha azt akar- 
juk, hogy MySOL-támogatás 1s legyen. Ehhez az include és header 
fájlok miatt szükségünk lesz a MySOL fejlesztői csomagjára. Ha 

a MySOL-t 15 forrásból fordítjuk, ezek is felkerülnek a telepítés után. 
A Postfix fordításával már foglalkoztunk a legelső részben. Mivel 
még mindig nincs configure parancsállomány, a make programnak 
kell átadni változóként, de csak akkor, amennyiben a programba 

a MYSOL táblaalapú adattárolását 15 be akarjuk építeni. Ha nem 

ez az első fordítás, mindenekelőtt takarítsunk egy kicsit: 


§t make tidy 
Ezt követően adjuk ki a következő parancsot: 


§H make -f Makefile.init makefiles 
2 (: CCARGS--DHAS MYSOL -I/usr/local/include/mysal"! 
sz ( AUXLIBS-/usr/1local/lib/mysal/libmysalclient.a -1m! 


Ha a Makefile elkészült a fenti beállításokkal, kiadhatjuk a parancsot: 
t make 


A szokásos folyamat zajlik le, mindegyik démon külön-külön 
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lefordítódik, és elindíthatjuk a telepítő és beállító parancsfájlt: 
t sh INSTALL.sh 


Ha elindítjuk a Postfixet, a postconf programot használva láthatjuk, 
hogy a használható adattároló-típusok között megjelent a MySOL- 
támogatás: 


tt postconf -m 
nis 

regexp 
environ 

mysaglil 

btree 

unix 

hash 


Amennyiben újabb kiadású MySOL-kiszolgálót használunk és 
csomagból telepítettünk, rendelkeznünk kell a zlib fejlesztői cso- 
magjával (zlib-dev), ugyanis most már a libmysglclient.a tárgy- 
könyvtárat a zlib segítségével készítik. Ha viszont a MySOL-t 
forrásból telepítettük, a fordítást megelőző beállítóprogram alapér- 
telmezettként a zlib-csomagokat használja. Ekkor az SOL-támogatás 


beépítéséhez a Makefile-t a következőképpen kell indítanunk: 


t make -f Makefile.init makefiles 

2 :( CCARGS--DHAS MYSOL -I/usr/local/include/mysal " 
2: AUXLIBS-/usr/1local/lib/mysal/ 
sz]ibmysalclient.a -1]1m -1z! 
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Látszik tehát, hogy az egész mindössze egy -1z lehetőséggel bővült. 
Csak három karakter, de ha nem tudjuk, hogy oda kell rakni, sokat 
szenvedhetünk, mire rájövünk a hiba okára. A jelenlegi Postfix-ter- 
jesztésből hiányzik e tény megemlítése, mégis érdemes megnézni a 
forráscsomagban lévő MYSOL README fájlt, mert ez a hivatalos 
leírás, és amennyiben később változtatnak valamin, ott biztosan meg- 
találjuk ezeket. A csomagban szintén találhatunk egy leírást arról, 
hogy milyen táblákat kell létrehozni az adatbázis-kiszolgálóban, 

és milyen formátumban kell kitölteni egy SOL-t használó mapfájlt. 
Ha ezt követően ilyen fájlra hivatkozunk, a típusnál a mysa1-t kell 
megadni, ilyen formában: 


alias maps - mysal:/etc/postfi1x/mysal-alias.cf 


Ha ezt a típust szeretnénk a hash helyett alapértelmezetté tenni, akkor a 


default database type - hash 
sort a következőre kell cserélni: 
default database type - mysal 


Ejféli híradó: helyi levéltovábbítás 

A Postfix helyi levéltovábbításra saját helyi programját használja, 

de bármikor eltérhetünk tőle, erre ad lehetőséget a mailbox command 
érték. Amíg ennek értéke üres, addig a helyi démon fog végrehajtódni, 
eltérni csak értékadással lehet. Ha a procmailt akarjuk levéltovábbí- 
tásra használni, az értéket a main.cf-ben állítsuk be rá: 

mailbox command - /usr/bin/procmail 

Figyelem! Postfix használata esetén a procmai 1-nek set-uid bittel kell 
rendelkeznie! Ez teszi lehetővé, hogy mindig a címzett felhasználói jo- 
gaival tudjon futni és beleírjon a felhasználó postafiókjába. Vigyázat! 
Ha nem mbox, hanem Maldir/ formátumban (minden levél külön fájl- 
ban) tároljuk a leveleinket, a procmai1 nem alapbeállításaival fog mű- 
ködni. Mai ldir-be mentéshez használjuk inkább a helyi démont, ami 
el 15 készíti a szükséges könyvtárakat, amennyiben még nem léteznek. 


A fogmosás: ha elsőre nem sikerül. . . 

MI történik akkor, ha a rendszeren kétféle felhasználó létezik? Egy, aki 
benne van a /etc/passwd fájlban, és egy, aki viszont nem, mert mondjuk 
a Cyrus-IMAP saját virtuális felhasználói között található. Ekkor nem 
amailbox transport, hanem a fallback transport értéket 
kell beállítani. Ha a master.cf fájlban létezik például a cyrus bejegyzés 
(amennyiben nem töröltük ki, alapértelmezésben megtalálható benne), 
megtehetjük, hogy először megpróbáljuk a /etc/passwd-ben megtalálni 
a felhasználót, majd ha ott nincs, akkor a Cyrusnak átdobni a levelet. 
Az ehhez szükséges beállítások a /etc/postfix/main.cf-ben találhatók: 


mailbox command - 
fallback transport - cyrus 
Remélem, mindenkinek sikerült megtalálnia az őt legjobban érdeklő 
témát. A következő alkalommal néhány nem szokványos beállítást, 
valamint egy irodai rendszer beüzemelését mutatjuk be. 


Deim Ágoston (agoOlsc.hu) 

Kedveli a sört, szereti a futást és Imádja 
Szabó Lőrinc verseit. Nem hisz vakon egyik 
rendszerben sem. Vonzódik a BSD-hez Is. 
lTIagja az LME-nek és a MBE-nek. Mottója: 
a gép nem lehet fontosabb az embernél. 











POP3- és IIMAP-kiszolgálók 


írásunk a két protokoll közti különbségeket boncolgatja és segít 

a megfelelő alkalmazás kiválasztásában. 

Sok ember csak annyit tud, hogy mindkét protokollt levelek elérésére 
használjuk, továbbá egyformán léteznek hozzájuk ügyfél- és kiszolgáló- 
programok. A különbség valójában meglehetősen nagy. A POP3- és az 
IMAP-szolgáltatás közti éles különbség abban rejlik, hogy míg a POP3- 
kiszolgálókról alapértelmezésben letöltjük, majd töröljük a leveleket, 
addig az IMAP-kiszolgáló alapbeállítás szerint a leveleket rajta hagyja 
a távoli számítógépen. A másik nagy eltérés, hogy a POP3-kiszolgálón 
egyetlen fiókban található az összes levél, az IMAP-protokoll viszont 
lehetőséget biztosít a felhasználó leveleinek külön könyvtárban történő 
tárolására. Mivel a POP3-kiszolgálóról a leveleket letöltjük, ezért azok a 
továbbiakban saját számítógépünkön tárolódnak, egyúttal megfosztjuk 
magunkat attól, hogy azokat több számítógépről is elérhessük. Az 
IMAP megoldást kínál erre, a szolgáltatók azonban szokásosan nem 
kínálnak IMAP-elérést, csakis a POP3-at , választhatjuk". Hogy mi en- 
nek az oka, ha egyszer az IMAP ennyire hasznos protokoll? A válasz: 
az erőforrásigénye. A POP3-kiszolgáló igényei össze sem vethetők egy 
IMAP kiszolgálóéval. A POP3-kiszolgáló feladata kimerül abban, hogy 
elérést biztosítson ahhoz a könyvtárhoz vagy fájlhoz, amelyben leve- 
leink letöltésre várakoznak, az IMAP-rendszernek viszont tudnia kell 
arról, hogy milyen könyvtáraink vannak, mindet be kell olvasnia, és 
folyamatosan kapcsolatot kell tartania az ügyfelekkel. Mindenki el tudja 
képzelni, hogy ez — még egy bivalyerős gép esetében is — mekkora 
feladatot ró a kiszolgálóra: ha például csúcsidőben ezer felhasználó 
csatlakozik hozzá, nyomon kell követnie a kapcsolataikat és várnia kell 
a kéréseikre. Ha az IMAP-kiszolgáló igényei ekkorák, hol érdemes egy- 
általán használni? Rendszerint olyan munkakörökben, ahol fontos, 
hogy a felhasználók el tudják olvasni egymás leveleit, tehát általában 
irodákban, de kis cégeknél is jól alkalmazható. Az utóbbi lehetőséget 
az IMAP-nak az a tulajdonsága teszi lehetővé, amely képes megosztott 
könyvtárakat létrehozni és kezelni. Hol lehet ez még fontos, ha köze- 
lebbről megnézzük? Például az ügyféltámogatást (support) nyújtó 
alkalmazottak körében. Ha többen ügyelnek, fontos lehet, hogy mind- 
annyian tudjanak a beérkezett üzenetekről, és ha már olvasták az 
üzenetet, az eredményét is lássák. Egy üzenet pillanatnyi állapotának 
jelzését az IMAP egy további hasznos szolgáltatása biztosítja: az úgy- 
nevezett zászlók (flag). Ezek segítségével egy üzenetről azonnal meg- 
mondható, hogy olvasták vagy esetleg már meg is válaszolták-e. 
Használatakor további jelzőket is bekapcsolhatunk, például az impor- 
tant (fontos) zászlót. Ha a leveleket a megosztott könyvtáron keresztül 
a támogatást nyújtókon kívül a vezetőség is el tudja olvasni, lehetővé 
válik azon ügyfelek panaszának ellenőrzése, akik azt állítják, hogy nem 
válaszoltak időben kérdésükre, segítségkérésükre. A válaszadás meg- 
történtét jelző zászló bizonyítja vagy éppenséggel cáfolja az ügyfél 
szavának hitelességét. 

Az ügyfelek szempontjából vizsgálódva tehát az IMAP jobbnak mond- 
ható, mint a POP3, a kiszolgálók karbantartói számára azonban két- 
ségkívül az utóbbi sokkal rokonszenvesebb. Nézzük át, melyek azok 
a kiszolgálóoldali megvalósítások, amelyek a protokollokhoz fellelhe- 
tők és valamiért kiérdemlik a figyelmünket. 


POP3-kiszolgálók 
A legtöbb Linux-változatban vagy a gpopper nevű démonnal vagy az 
UW IMAP POP3 moduljával találkozhatunk. A gpopper előnyei közé 
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tartozik az évek során köré kialakult bő leírás- és listaarchívum, és 
néhány folt, amely kibővíti a lehetőségeit, például az S0L-azonosító. 
Az UW IMAP kedvező tulajdonságai közé sorolható, hogy fejlesztői- 
nek egyike az IMAP-protokoll alkotója. Én egyik programot sem aján- 
lanám, mert mindkettőnek megvannak a maga gyengéi. A gpopper 
néha , lefárad" és , elfelejt" működni, amin a többszöri újraindítás sem 
segít; az UW IMAP kódja pedig nagyon kusza és gyenge, számos 
biztonsági hibát találtak már benne. Az általam előnyben részesített 
POP3-kiszolgálók: a TeaPOP (5 http://www.toontown.org/teapop), 
valamint a solid pop3d (5 http://solidpop3.pld.org.pl). Mindkettő 
nagyon megbízható és támogatja a virtuális felhasználókat, valamint 
mind a hagyományos mbox, mind a Maildir/ levéltárolási rendszert is 
ismeri. Rendkívül üzembiztosak és gyorsak. A TeaPOP az Apache 
által használt htpassvwd fájlformátumon kívül különböző nyílt forrás- 
kódú SOL-kiszolgálókon (MySOL, PostgreSOL) keresztül tud azonosí- 
tani. Ismerik a levélőregedést: ha felhasználó például tíz napon belül 
nem tölti le a levelét, azt önműködően törlik a kiszolgálóról. Ezzel 
akadályozhatjuk meg, hogy a felhasználók a POP3-ügyfelet úgy állít- 
sák be, hogy a kiszolgálóról csak letöltse, de ne törölje a leveleket. 

A tisztán POP3-as megoldások mellett nézzünk ismét két egyesített 
POP3/IMAP-megoldást. Az első a Courier-IMAP POP3-modulja, 
melynek erőssége üzembiztonságában, teljesítményében és a sok 
azonosító modulban rejlik. Vigyázzunk, mert csak a Maildir, illetve 

a Maildir-- -- tárolási formát ismeri! 

A másik megoldás a Cyrus-IMAP melynek fő előnye hihetetlen mére- 
tezhetősége és óriási teljesítménye, ez utóbbit egyedi levéltárolási 
formátumának köszönheti. E két programot azért hagytam utoljára, 
mert ha megpróbálunk áttérni egy másik megoldásra — amit egyéb- 
ként nem tartok valószínűnek —, a sok egyedi formátum és beállítás 
miatt nem lesz könnyű dolgunk. 


IMAP-kiszolgálók 

Elemezzük a POP3-démonoknál felsorolt egyesített programokat 
egy kicsit az IMAP oldaláról nézve! Az első az UW IMAP mely 
jelenleg a 2000-es változatnál tart. Minősége megegyezik a hasonló 
változatú programokéval. Hibáin kívül egyetlen említésre méltó 
tulajdonsága, hogy írói között az IMAP alkotója is szerepel. Minő- 
ség tekintetében sokkal jobb a Courier-IMAP és a Cyrus-IMAP 

A Cyrus a már említett méretezhetőséggel és teljesítménnyel, vala- 
mint az írói által alkotott SASL-azonosítással emelkedik ki a mezőny- 
ből. A Courier előnye szintén méretezhetőségében és kis memória- 
igényében rejlik, valamint beépített SSL-támogatással és virtuális 
tartománynév-kezeléssel rendelkezik. Tartalmaz továbbá sok beépí- 
tett azonosító modult, ezek között a PAM is megtalálható — tehát 
gyakorlatilag majdnem mindenen keresztül tudunk azonosítani. 

Az utóbbi kettőnek felróható ugyan a nem túl egyszerű telepítés 

és a beállítások nehézsége, de ezek is csak azért, mert egyéb hibát 
nem tudunk felfedezni bennük. 


Végszó 
Remélem, sikerült feltánom a POP3 és IMAP közötti különbségeket. 
Olvasóink igényeinek feltérképezése alapján írásomat a felsorolt 
kiszolgálók valamelyike (POP3 vagy IMAP) telepítésének bemutatá- 
sával folytatom. Az ezzel kapcsolatos javaslatokat és kéréseket 
levélben az 5 imap(olsc.hu címre várom. 

Deim Ágoston 
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Gyorstár-megoldások PHP-hoz 


Öveket becsatolni — sebességbe kapcsolunk! 


ok weboldal-üzemeltető cég találkozhat azzal a nehézséggel, 
hogy oldalainak letöltési ideje a látogatók számának növeke- 
désével jelentősen megnő. Természetesen mint minden gond 





megoldásánál, itt 15 több lehetőség közül választhatunk. Akad olyan 
cég, amely a túlterheléssel járó nehézségeket gépvásárlással orvo- 
solja. Ennél elegánsabb módszer, ha a leírásokban keresgélünk olyan 
áthidaló megoldás után, amellyel mérsékelhetjük a költségeket, és a 
megváltoztatandó állapothoz képest programból megvalósított módon 
érünk el javuló teljesítményt. 


s eanrb runs E KT 


1. LH Ld zer erte na Eg rönmkee sző aksi ÜL He 


FRY LADLEÓ TTL TISZÉHES TT APT 
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2 http://apc.communityconnect.com/download.htmli 


Írásunkban most az utóbbi megközelítéssel élve próbálunk megoldást 
lelni a felmerülő gondokra: megismerkedünk az APC-vel (Alternative 
PHP Cache), a hozzá készített grafikus kezelőfelülettel, valamint 

a PEAR-rel. A Zend Technologies alkalmazásait pedig épphogy 
megemlítjük. 


Az egyik lehetséges megoldás: az APC 

Az APC készítői olyan nyílt forráskódú programot szerettek volna 
készíteni, amely megállja a helyét az olyan kereskedelmi megoldások 
mellett, mint például a Zend Cache. 

A program működési elve egyszerű: a PHP-kód a fordítás után a me- 
móriába kerül, kivéve, ha már ott 15 van, mert akkor nem szükséges 
újra lefordítani. Ha ismét szükségünk van a kód lefordított kimeneté- 
re, egyszerűen kiolvassuk a gyorstárból. A sebességnövekedés abból 
a teljesítményjavulás? Erre nem lehet pontos választ adni, mert a 
programjainktól is függ. Egyszerűbb programoknál a sebességnöve- 
kedés nem lesz szembetűnő, viszont ahol összetettebb a program és 
az általa megoldandó feladat, ott jó eséllyel számíthatunk kedvezőbb 
eredményre, mert esetükben lényegesen nagyobb a fordítási idő. 


Telepítés 

A fordítás és a telepítés kétféle módon történhet. 

Ha már létezik a gépünkön PHR, és nem akarjuk az egészet újrafor- 
dítani, csupán az APC-t fordítsuk le: 
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. /configure --enable-apc 

s  with-pohp-config-/a php-config helye 
make 
cp modules/php apc.so /a kiterjesztések helye 
A php.iini fájlba a következő bejegyzéseket kell beírni: 


zend extension- a kiterjesztések helye /php apc.so 


A következő három sorból csak egyet kell kiválasztani: 


apc.mode - off 
apc.mode - shm 
apc.mode - mmap 


Az első esetben kikapcsoljuk az APC-támogatást, a másodiknál 

a lefordított PHP-kódok a memóriába (shared memory) kerülnek, 

a harmadik esetben pedig egy-egy fájlba (memory mapped file). 
Erről a későbbiekben még szót ejtünk. 

Ha azt szeretnénk, hogy az APC-támogatás bekerüljön a PHP-ba, 
vagyis az egészet újrafordítjuk, a következőket kell tennünk: 
csomagoljuk ki az APC-forrást a/PHP forrás elérési útjalext/apc 
könyvtárba. A PHP-forrás legfelső szintjén adjuk ki a következő 
utasításokat: 


autoconf 

. /configure --enable-apc ctovábbi kapcsolókz 
make 

make install 

A php.ini fájlba ugyanazt a sort kell beilleszteni, amit az előzőekben 
a külön modulba fordítás esetén 1s. 


Az APC használata 


Először azt kell eldöntenünk, hol szeretnénk a lefordított fájlokat 
tárolni. A memóriában (shm) vagy fájlban (mmap)? Mielőtt erre 
válaszolnánk, ismerkedjünk meg az APC-hoz készített grafikus 
kezelőfelülettel. A programot PHP-ban írták és a PHP GD (Graphi- 
cal Development) támogatását igényli, mivel a statisztikákhoz kép- 
fájlokat készít. Az APC grafikus kezelőfelületet magát a 

9 http://apc.neuropeans.com címről tölthetjük le, de az APC cso- 
magjának extras könyvtárában 15 megtaláljuk. Telepítése egyszerű: 
másoljuk be az egészet oda, ahol webkiszolgálónk hozzáférhet a PHP- 
fájlokhoz. Az adatokat a webkiszolgáló vagy a PHP-kód segítségével 
érdemes védeni. 

Az APC-vel való ismerkedés lezárásaképpen megosztanék néhány 
gondolatot a gyorstárban lévő PHP-programok tárolásával, 
érvényességével kapcsolatban: 


e A memóriában tárolt PHP-fájlokról adatokat csak a grafikus 
kezelőfelület segítségével szerezhetünk, míg ha fájlban tároljuk 
őket, a változásokat könnyedén követhetjük. 

e — Fontos átgondolni a fájlok frissítését és élettartamát. Ha ugyanis 
valami már bekerült a gyorstárba, akkor érvényességének lejár- 





táig mindig onnan fogjuk megkapni. Ez Jót és rosszat 1s jelenthet: 
jót, mert rendszerünk ezáltal gyorsabb lesz, hiszen az ügyfelek 
hamarabb kapnak választ a kiszolgálótól; hiba keletkezik viszont, 
ha a kiszolgálón tárolt programot módosítjuk, miközben az a 
gyorstárban már megtalálható. 


LAT za 


a) Lin Lud zar erte na Ig rölnmee tő nkre [irás 


Já MmaáAs ta 


[E án eles i 


Az APC használat közben 


Lehetőségek a hiba kiküszöbölésére: 
e PHP programból. 
if(apc reset cache()) 
print "Töröltem az összes bejegyzést"; 
else 
print "Nem sikerült törölni 
a bejegyzéseket"; 

A függvény csak az shm-nél működik. 


e A bejegyzés élettartamának megadása a php.ini-ben. 
apc.ttl - 10  ;10 másodpercet 
szállítottunk be 
A beállítás csak az shm-nél működik. Általánosan, minden 


L 49 


gyorstárban lévő objektumra igaz lesz. 


e — Egyedileg is beállíthatjuk arra a PHP-programra, amelyből 
a függvényt meghívjuk. 
apc set my ttl(10); 


e — Bejegyzés törlése PHP-programból. 

apc rm(íteljes elérési út megadása) ; 
A függvénynek a törölni kívánt PHP-fájlt és ne a gyorstárfájlt 
adjuk meg! 


e — A webkiszolgáló újraindítása. 
Ez 15 egy lehetőség, de inkább ne éljünk vele, ekkor ugyanis 
az összes élő kapcsolat megszakad. 


Tapasztalatok 

e Az mmap használata során fontos a gyorstár könyvtárának 
megadása. A grafikus kezelőfelület érthetetlen okokból a /tmp 
könyvtárat adta vissza, miközben a php.in1-ben nem volt erre 
vonatkozó bejegyzés. Ráadásul az APC sem működött rendesen, 
míg a hibát nem javítottam. 


apc.mode - mmap 
apc.cachedir- /tmp 
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e A grafikus kezelőfelület 1.0.2-es változatának hosts.php-jában 
érdemes a módosítani következő sort, ellenkező esetben 
hibaüzenetet kapunk, miszerint nem meghatározott függvényt 
próbáltunk meghívni. 

A hibás sor: 

apc restart host(Sapc hostslIShost] ) ; 
Helyette: 

apc reset cacheíc(( ) ; 


A gyakorlat 

Lehetőségünk nyílik arra 15, hogy egyszerű PHP-programok 
segítségével magukat a programkimeneteket tároljuk, így szükség 
esetén a megfelelő helyről meghívhatók -— ez a hely lehet fájl, 
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2 http:/Avww.php.net/manual/en/pear.php 
adatbázis vagy memória. Több megvalósítás 15 ismert, mint a PEAR 
Cache modulja, a Toncarta Cache, CachelT stb. Ez nem teljesen 


azonos a cikk első felében bemutatott módszerrel, de használhatjuk 
annak kiegészítőjeként. 


A PEAR és egy teljesítménypróba 

A PEAR segítségével adatok, függvények, URL-ek tartalmának 
gyorsabb lekérdezésére nyílik lehetőségünk. Két internetes oldal 
letöltési idejét hasonlítottam össze egy olyan sebességteszt során, 
amikor 1s a letöltést többször egymás után megismételtem, majd 
a letöltési időket a végén összehasonlítottam. A próbát a gyorstár 
használatával és nélküle is elvégeztem. 
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Két gép összehasonlítása 
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. Szaktekintély 


0 Kiskapu Kft. Minden jog fenntartva 


A próbaprogram kódja 


gt 
include ( "Benchmark/ Iterate.phop" ) ; 
include ( "Cache .pnp" ) ; 
include ( "Cache/URL.php" ) ; 


SEÜUNCTION CACHE CONTATLNER z "file" s: 
SEUNCTIONL CACHE CONTATÉN ER OBTIÖNS —- array ( 
" /emo/ " , 

"cache " ); 


SAE TS T USE 
"filename prefix" -—s 


tumcctiomn with lSscachnej) 
sSdata - get cached url1(Scache, 10) ; 


tumctiomn without ( sScacne) ( 


SHEET jDEMN See [ne eáa 


Saum z 205 
Sbenchmark - new Benchmark Iterate; 


Sbenchmark-:run 
s snüm, wien",  HEto:/ /www. ne. netjmanúal/en 
Sbenchmark-zget ( ) ; 
szesuüult ( "mean"] 5" 


SHEET LÉ te— 
Seredmeny - 
—grvresuüult[Tíiterations"] s 
print Seredmeny Mao ja sztuls 

Sbenchmark-:run 
9. ( őrnam, "without" , "http: //www.phip .net/mamúal / en/ ") ; 
Sbenchmark-s:get ( ) ; 


sresüle [ mesand] 5" 


Sresult —- 
Seredmeny - 

SAST KELTÉSE etikett 
print Seredmeny; 


isz 


Maga a program rövid, nem bonyolult, viszont alkalmas arra, hogy 
az eddig leírtakat a gyakorlatban 15 megvizsgálhassuk. A programok 
forráskódja a listán látható. 

Először beillesztjük a megfelelő PHP-kódokat, amelyek a mérés- 
hez és a gyorstár használatához szükségesek. Az ezt követő két 
változó adja meg egyrészt, hogy a letöltött oldalakat fájlokban 
tárolnám-e, másrészt hogy a kérdéses fájlok mely könyvtárban 
helyezkedjenek el és milyen előképzőt kapjanak. Ezután létrehoz- 
zuk a Benchmatrk, Íterate osztály egy példányát, majd meghívjuk 
a függvényeket az iteráció számával, a függvények nevével és 

a letöltendő oldal URL-jével. Az eredmények a 4. ábrán láthatók 
és másodpercben értendők. 

A gyorstár kikapcsolása miatt a kívánt oldal minden ciklusban letöltő- 
dik, míg a bekapcsolásnál csak egyszer, mert azt követően már a gyors- 
tárból kapjuk meg. Ez adja az eredményekben felbukkanó eltérést. 


Zend 


Az előbb említett szabad forráskódú lehetőségek mellett kereske- 
delmi termékek 1s léteznek. 

A Zend Technologies kifejezetten a PHP-hoz készít alkalmazásokat, 
így például a Zend IDE-t, a Zend Cache-t és a Zend Optimizert. 
Számunkra ez utóbbi kettő azért fontos, mert képesek PHP-program- 
jaink végrehajtását felgyorsítani. A Zend Cache harmincnapos, 
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szabadon használható ingyenes változatát bárki letöltheti Linux, BSD 
vagy Solaris operációs rendszerekre. Kódunkat hatékonyabbá teszi 

és képes a fájlokat a gyorstárban őrizni, hogy szükség esetén onnan 
tölthesse be őket. A Zend Optimizer teljesen ingyenes, nagy haszna, 
hogy egyszetűsíti és hatékonyabbá varázsolja programjainkat, így 
végrehajtásuk a megszokotthoz képest akár száz százalékkal 15 
gyorsabbá válhat. 
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2 http:/Awww.zend.com/store/products/zend-optimizer.php 


Osszefoglalás 

Két lehetséges megoldást láthattunk oldalaink felgyorsítására és 
mindkettővel javulást érhetünk el, főleg ha a gyakorlatban is alkal- 
mazzuk őket. A következő számban egy másik érdekes PHP-modullal 
fogunk megismerkedni, de ennek neve addig maradjon titok. 


Tóth László 

(atomolsc.hu) A BME utolsó éves hallgatója, 
webfejlesztőként dolgozik a saját vállalkozá- 

sában. Szabadidejét legszívesebben a barát- 
nőjével tölti. 











PoV-Ray ismeretek 13. rész) 





Ebben a részben az objektumok leírásának további módszereivel foglalkozunk. 


ost részletesebben tárgyaljuk 

a Bezier-patch modelleket, a for- 
gástesteket, a magassági térképek 
alapján készített domborzatokat, a metaball- 
objektumokat és a háromszög által meghatá- 
rozott objektumokat. Az olvasottak elsajátí- 
tása után — feltéve, hogy a korábbi részeket 
15 , befogadtuk" — elvileg képesek leszünk 

az alábbi képhez hasonlót alkotni. 








A látvány megéri a fáradságot. . . 


Kezdjük a metaball-objektummal, amit 

a PoV szóhasználatában egyszerűen blob- 
nak nevezünk. Aki használta valaha a 
LightWave valamelyik változatát, annak 
szeme előtt nyilván megjelenik szóban 
forgó objektumunk képe, a többiek pedig 
képzeljenek el pontszerű, egypólusú mág- 
neses tereket, amelyek tetszőleges helyzet- 
ben egymás mellé vannak téve. A mágne- 
ses terek által alkotott eredő mágneses tér 
határozza meg a blob objektum formáját. 
Természetesen a , mágneseket" elmozdít- 
hatjuk, elérve, hogy a tárgy formája rugal- 
masan változzék. 

Ilyen objektumokat a PoV-Ray leírónyelvé- 
vel a következő formában adhatunk meg: 


blob ( 
threshold THRESHOLD RTK 
cylinder (í cEGYIK V GE:, 
5-M"SIK V GEs, SUG"R, 
[I strength ] VONZER ) 
sphere (í( c-K ZEPEs, SUG"R, 
— [( strength ] VONZER ) 


Az objektum látható részeinek kiszámítása 
során a PoV-Ray ott határozza meg a felü- 
let egy pontját, ahol az összetevők által 
alkotott erőtér és a TRESHOLD ÉRTÉK meg- 
egyezik. Az egyes összetevők által keltett 
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mágneses mező erőssége az összetevő 
középpontjában a VONZERŐ értékkel egye- 
zik meg, és az objektum határáig folyama- 
tosan csökken nullára. A VONZERŐ értéke 
negatív 15 lehet, ekkor a mágneses mező 
objektumunk felületén nem kidudorodás- 
ként jelenik meg, hanem horpadásként. 

Itt kell megjegyeznem, hogy egy objektum 
több összetevőből is állhat, melyeket sza- 
badon torzíthatunk és átméretezhetünk. 

A blob objektumot gömbökből és henge- 
rekből építhetjük fel; ezen építőelemek 
segítségével olyan változatos formákat 
alkothatunk, melyek összetettségének csu- 
pán alkotóerőnk szabhat határt. Ezekből 

a formákból akár egészen bonyolult élő- 
lényt is teremthetünk: a Jurassic Park köz- 
kedvelt dinoszaurusza, a Iyrannosaurus 
Rex szintén metaball-modellezéssel készült, 
noha nem PoV-Rayjel. 

A lathe objektum (magyar elnevezése a ma- 
tematikaórákról ismerősen csengő , forgás- 
test"), melynek segítségével egyszerűen 
hozhatunk létre vázákat, kelyheket, oszlopo- 
kat és hasonló tárgyakat. Az objektum meg- 
adásának módját az alábbi lista mutatja: 


lathe ( 

I linear spline ] 
—guadratic spline [ 
scubic spline ] 

PONTOK SZ"MA, 
cPONT 135, cPONT 25, ..., 
5-PONT PONTOK SZ7MAsz 


] 


A PONTOK. SZÁMA érték mutatja meg, hány 
ponttal kívánjuk a forgástestet leíró görbét 
megadni. Ha a pontok koordinátáit két- 
dimenziós vektorokként írjuk be, a prog- 
ram a pontokat lineáris (linear spline), 
négyzetes (guadratic spline) vagy köbös 
(cubic spline) spline-görbékkel köti össze, 
és az y tengely mentén forgatva létrehozza 
a testet. A fentebb említett görbék részlete- 
sebb leírását nem kívánom ismertetni, akit 
bővebben érdekel matematikai előállításuk 
módja, a könyvtárakban könnyen utánanéz- 
het. Itt elegendő annyit tudnunk, hogy 
lineáris spline-görbék előállításánál a két 
pont közti görbeszakasz csak ettől a két 
ponttól függ, míg a négyzetes és a köbös 
görbék esetében a pontok közti szakasz 
alakját a szomszédos pontok 1s befolyásol- 





.A 


A negatív erő hatása a blob objektumra 





Egyszerű forgástest keresztmetszete 


ják, módosításukkal tehát finomabb formá- 
kat hozhatunk létre. 

Azt 15 érdemes megjegyeznünk, hogy a PoVv- 
Ray nem zárja le önműködően a görbét, ha 
ezt meg akarjuk tenni, az első és az utolsó 
pontot — azonos koordinátákkal — nekünk kell 
megadnunk. 

A következő objektum, amit tárgyalni fo- 
gunk, a Surface of revolution — a kifejezést 
magyar fordításban szintén , forgástestként" 
adhatjuk vissza. PoV-Ray-beli neve sor, és 
a következő módon hozható létre: 


sor ( 
PONTOK SZ7MA 
Z2PONTO3, -PONI15, ..., 
5 -POINTPONTOK SZ7MA-1: 
[ open ] 


Az értékek megegyeznek az előbbi objek- 
tumnál látottakkal, különbséget csupán a 
testek matematikai előállításának módjában 
fedezhetünk fel. Ugyanebből a különbség- 
ből származik az a tény is, hogy ezek 

az objektumok kevésbé rugalmasak, mint 


a lathe-objektumok. Ennek oka, hogy min- 
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0 Kiskapu Kft. Minden jog fenntartva 





0 Kiskapu Kft. Minden jog fenntartva 


den y értékhez csak egyetlen x érték 
tartozhat. A PoV-Rayt az open kulcsszóval 
utasíthatjuk, hogy a létrehozott test végeit 
ne zárja le. Ilyenkor a csG-műveletekben 
ne használjuk a létrehozott objektumot, 
mert — a PoV-Ray leírása szerint — az ered- 
mény nem lesz a várakozásainknak megfe- 
lelő. Ezzel a megadási móddal zárt görbé- 
ket nem határozhatunk meg. 





Változatok egy témára 


Felmerülhet a kérdés, hogy miért szükséges 
ez az utasítás? A választ szintén a matema- 
tika adja meg: a lathe-objektumok kiszámí- 
tása során a fénysugár és a test metszés- 
pontjának meghatározásához egy hatod- 
rendű polinomot kell megoldanunk, míg 
ugyanennek a műveletnek az elvégzéséhez 
— egy sor (Surface of revolution) objektum 
esetén — egy harmadrendű polinom megol- 
dása 15 elegendő. A sebességbeli különbség 
pedig magáért beszél. 

A bevezetőben nem említettem ugyan, de 
szeretnék bemutatni egy nagyon hasznos 
objektumot, melynek segítségével egysze- 
rűen állíthatunk elő látványos hatásokat, 
például logókat saját honlapjaink díszíté- 
sére. A szövegről, avagy PoV-Ray-es szó- 
használattal élve a text-ről van szó. Létre- 
hozása igen egyszetű: 


text ( 
etÉ "BET K SZLET,TTEV, 
"A SZ VEG", 
VASTAGS"G, cELTOL"S VEKTORs 
] 


A BETŰKÉSZLETITTF érték határozza meg a 
használni kívánt betűkészletet, ami jelenleg 
csak Iruelype formátumú lehet. A szöve- 
get ezt követően a C nyelv karakterlánc 
meghatározási szabályai szerint adhatjuk 
meg : macskakörmök között. Ez például 
azt jelenti, hogy ha a kiszámolt képen " 
karaktert szeretnénk viszontlátni, akkor az 
objektum létrehozásakor a szöveg értékben 
az idézőjelet a következő módon kell 
meghatároznunk: "NY". 

Így a PoV-Rayt arra utasítottuk, hogy a "V" 
utáni karakter a szöveghez tartozik, és nem 
annak lezárására szolgál. 


98 Linuxvilág 


A szöveg origója az első betű bal alsó 
sarkában lesz, a további betűk pedig az 

x tengely pozitív irányának megfelelően 
következnek. Az egyes betűk vastagságát 
a VASTAGSÁG valós szám értéke határozza 
meg. A betűk alapértelmezésben Il egység 
magasak lesznek azért, hogy a .TTF fájlban 
meghatározott betűközök valószerűek 
legyenek. Ezt a betűközt felülbírálhatjuk 
az ELTOLÁS VEKTOR-ral. 

A text objektumok kiszámításakor csak 

a nyomtatható karakterek fognak megje- 
lenni, tehát a soremelés-nek, a tabulátor- 
nak és a hozzájuk hasonló vezérlőkarak- 
tereknek a megjelenő szövegre semmiféle 
hatásuk nem lesz. 

A fenti kitérő után visszatérnék a cikk fő 
témájához, most a domborzati képek meg- 
jelenítéséhez elengedhetetlen height field 
objektumot mutatom be. Ha rendelkezé- 
sünkre áll egy olyan domborzati térkép, 
amelyen a magassági szinteket különböző, 
egyre világosabb színekkel jelölik, akkor 
a height field segítségével könnyen és 
gyorsan alkothatunk tájképeket. Amint 

a kép elkészült, alakítsuk át a következő 
képformátumok valamelyikére: gif, pgm, 
ppm, png, tga, pot. A gif formátum sajá- 
tossága, hogy csak 256 színárnyalat táro- 
lására alkalmas. Ebben az esetben dombor- 
zatunk nem a színek alapján fog elké- 
szülni, és a domborzati képen létrejövő 
kiemelkedés az adott képpont (pixel) palet- 
taindexének megfelelő magasságú lesz. 
Ezt jól szemléltethetjük egy példával: 
tegyük fel, hogy a felülnézetből készített 
gif-képen egy tó látható, amely sötétkék 
színű, körülötte a hegyek és az erdők 
világoszöldek. Ekkor joggal feltételezhet- 
jük, hogy a PoV-Ray az elkészített dom- 
borzaton a tavat mély területként, az 
erdőket, hegyeket magasabb területként 
fogja ábrázolni. Meglepetés érhet minket, 
ugyanis a gif-állományban a sötétkék 
színhez magasabb index tartozhat, mint 

a világoszöldhöz, így domborzatunk vég- 
eredményképpen teljesen valószerűtlen 
tájat mutathat. Ez a hiba nem fordulhat 
elő, ha a gif formátum 16-bites változatát 
használjuk (a .POT formátumot), ennek 
előállítására a FractÍnt program alkalmas. 
(A program lemezmellékletünkön 15 meg- 
található, de ezzel a változattal nem lehet 
pot formátumú képeket létrehozni.) Ilyen 
gondok a nem indexelt képekkel nem 
fordulhatnak elő, mert ott a program a 
magassági értékeket az RGB-összetevők 
alapján számítja kit. 

Ennyi bevezetés után lássuk, hogyan hozhat- 
juk létre magát a domborzatot: 


height field 1 
F"JL T"PUS "FS JLN VI! 


l smooth ] 
Il water level VAL S ] 
] 

Itt a FÁJL TÍPUS a fent említettek valame- 
lyike lehet. A smooth kulcsszóval adhatjuk 
meg, hogy a PoV-Ray alkalmazzon-e simí- 
tást a számolás során, míg a water level 
a tengerszint magasságát határozza meg. 
A program tengerszint alatti területekkel 
nem számol. 
A megjelenő kép domborzatunktól függet- 
lenül Ix1xl egység méretű lesz, tehát 
nagyobb felbontású képek használatával 
nem hozhatunk létre nagyobb objektumot, 
viszont növelhetjük a részletességét. 
A következő sorok begépelése után a 
hf gray 16 kulcsszó használata a globális 
beállításoknál szintén részletesebb képeket 
eredményez: 


global settings ( 
hf gray 16 on 


Az objektumok létrehozása során a képek 
16-bites színmélységűek lehetnek és a 
program 1s eszerint fogja használni ezeket. 
A PoV-Ray legújabb (3.1g) változata sajnos 
e ponton nem adott élvezhető eredményt, 

a kép színei egyáltalán nem feleltek meg 

a leírófájl alapján várhatóknak. 

A most következő objektum teszi lehetővé, 
hogy a PoV-Rayben régebben elkészített 
háromdimenziós modelljeinket is felhasznál- 
hassuk. Nem másról van szó, mint a három- 
szögek által meghatároott, a PoV-Rayben 
mesh-nek nevezett tárgyról, mely a követ- 
kező formában adható meg: 


mesh ( 
triangle ( 
-ZCS CSPONT1:, 
-2CS CSPONT35 
I texture ( MINT"ZAT NEVE ) ] 


c2CS CSPONI2-, 


] 


smooth triangle ( 


zZCS CSPONI15, -NORM 115, 
zZCS CSPONI235, -NORM 125, 
zZCS CSPONI35, -NORM 135 


I texture í( MINT"ZAT NEVE ) ] 


A fenti listából látható, hogy tárgyunkat 
kétféle háromszög alkothatja. Összetett 
objektumok esetén a görbefelületeket 
szintén háromszögekből építjük fel, de 
ahhoz, hogy az eredmény sima görbefe- 
lület legyen, nagyon sok kisméretű há- 
romszög szükséges. Ezen segíthetünk 

a smooth triangle alkalmazásával, ahol 
minden csúcspontnak megadhatjuk a nor- 
málvektorát 1s (ezt egyébként a program 
számítaná ki). Mivel egy háromszög vala- 





melyik csúcspontja más háromszögekhez 
15 tartozhat, nem egyértelmű, hogy az 
adott pontnak melyik lesz a megfelelő 
normálvektora, ezáltal a kiszámított képen 
nem kapunk sima görbületeket. Ha viszont 
mi határozzuk meg a csúcspont normál- 
vektorát, akkor az eredmény 1s ránk van 
bízva. Természetesen a mesh objektumok 
felépítése során nem kell bonyolult szá- 
mításokat végeznünk, hiszen ezeket az 
objektumokat általában valamilyen segéd- 
programmal állítjuk elő, a meglévő model- 
lek átalakításával. E programok az egyes 
csúcspontok normálvektorát rendszerint 

a csúcsponthoz tartozó háromszögek 
normálvektorainak átlagolásával állítják 
elő. Ilyen átalakítóprogramot találhatunk 
CD-mellékletünkön is, melynek segítsé- 
gével LightWave-objektumokat alakít- 
hatunk át a PoV-Ray által ismert formába. 
Más operációs rendszerekhez több ilyen 
program 15 a rendelkezésünkre állhat. 
Minden 3D modellezőprogram képes dxf 
formátumban menteni a modelleket, így 
ha valaki például a Blender-modellezés 
képességeit szeretné ötvözni a PoV-Ray 
sugárkövetéssel számított képeinek való- 
szerűségével, kedvenc modelljeit a megfe- 
lelő program birtokában könnyedén 
átalakíthatja. 

Utolsó témánk a patch-objektumok létreho- 
zásának és használatának taglalása. A PoVv- 
Ray szóhasználatával élve ezt az objektum- 
típust bicubic patch-nek nevezzük, amit 
magyarul talán folt-objektumként adhatunk 
vissza. Ezek a tárgyak 3D-görbék által 
meghatározott felületek, ahol úgynevezett 
vezérlőpontok (controll point) alakítják ki 

a test felületét. Hasonlóan a Bezier-spline 
görbékhez, amelyekről a forgástesteknél 
olvashattunk, a felületet nem csupán a szom- 
szédos pontok alakítják ki, hanem azok 
szomszédai 1s. Ilyen tárgyat a következő 
utasításokkal hozhatunk létre: 


bicubic patch ( 

type PATCH T PUSA 

flatness FLAINESS RIK 

u steps U L P SEK SZ MA 

v steps V L P SEK SZ MA 
cCP1ls, -cCP25, cCP35, -cCP4s, 
cCP5z5, c-cCP6s, cCP75, cCP8ös, 
cCP9z5, c-cCPI1Os, cCP11s5, -cCP12:, 
2CP135, -CP145, -CP155, c-CPi1l6z: 


] 


A PATCH TÍPUSA jelenleg kétféle értéket 
vehet fel. Ha az értéke 0, a PoV-Ray csak 
a vezérlőpont-okat tárolja a memóriában, 
így sokkal kevesebb memória szükséges, 
viszont a tárgy ábrázolásakor több számí- 
tást kell végezni. Ha az érték 1, a program 
előzetes feldolgozásként több apró foltra 
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bontja a tárgyat, ezáltal csökken az ábrá- 
zolás számításigénye, de a memóriaigénye 
növekszik. 

A következő értékeknek a típus meghatá- 
rozása után a listán látható sorrendben kell 
követniük egymást. Ezekután kell megad- 
nunk azt a 16 vezérlőpontot (háromdimen- 
ziós vektorként), amelyek végső soron a test 
alakját adják. Elkészült tárgyunk felülete 
mindenképpen érinteni fogja a cCPl-, 

a cCp45, a ccpl35 és a ccPl63 pontokat. 

A V LÉPÉSEK. SZÁMA és az 

U LÉPÉSEK SZÁMA értékekkel adhatjuk meg, 
hogy a PoV-Ray a testet legkevesebb 
mennyi Sorra és oszlopra ossza fel, miköz- 
ben a háromszög helyzetét próbálja kiszá- 
mítani. A háromszögek legnagyobb számát 
a következő képlet alapján számíthatjuk ki: 
darabkák száma-—(2"U LÉPÉSEK SZÁMA)" 
(29"Vv LÉPÉSEK SZÁMA). 

Amint a képletből látható, ez az objektum- 
típus meglehetősen sok memóriát emészthet 
fel, cserébe valóban szép görbefelületeket 
eredményez. Ezeket az értékeket célszerű 
négynél kisebbre állítani, hiszen már hár- 
masnál — amikor a felületet 64 részre oszt- 
juk fel (ez 128 háromszöget jelent) — 15 
megfelelő eredményt mutat. 

Amikor a PoV-Ray feldolgozza ezt az 
objektumot, ellenőrzést végez a pillanat- 
nyilag használt részegységen. Ennek során 
meghatározza, hogy az eléggé sima-e egy 
síkbeli téglalaphoz képest. Ennek a pró- 
bának az eredményét befolyásolhatjuk 

a FLATNESS. ÉRTÉK-kel, mely 0 és I között 
lehet. Amikor 0, akkor a PoV-Ray minden 
esetben felosztja a felületet a 

V LÉPÉSEK SZÁMA és az U LÉPÉSEK SZÁMA 
által meghatározott részre, míg ha a 
FLATNESS. ÉRTÉK 0-nál nagyobb, a program 
minden felosztás után megvizsgálja, hogy 
szükséges-e további darabolás. A nulla 
értéknél nagyobb FLATNESS. ÉRTÉK haszná- 
latának előnye és hátránya egyaránt akad- 
hat. Előnye, hogy ha az objektum nem 
túlságosan görbült, de tartalmaz néhány 
görbe felületet, a PoV-Ray meghatározza 
helyüket, és a részegységekre bontást 
ezeken a helyeken végzi el — vagyis a 
simább felületeket nem bontja fel felesle- 
gesen. Legnagyobb hátránya, hogyha 

a program a tárgy egy részét nem osztja 
további részegységekre, de a velük határos 
részt viszont igen, ekkor előfordulhat, 
hogy tárgyunk kicsit összetörten kerül 

elő a számítások tengeréből. Rendszerint 
nagy lyukat fogunk rajta találni, amelyen 
át 15 lehet látni. E lyuk észlelhetősége 
nagymértékben attól a szögtől függ, 
amelyből az objektumot nézzük, tehát 
előfordulhat, hogy első ránézésre nem 
feltétlenül pillantjuk meg. 

Ahhoz, hogy az elképzeléseinknek megfe- 


lelő objektumokat kapjuk, be kell szerez- 
nünk az előállításukhoz szükséges segéd- 
programokat. Olyan programot, ami kife- 
jezetten Linux alá készült volna, mindeddig 
nem leltem, de Windows alá elérhető a 
Hamapatch. Aki szívesen kipróbálná, 
letöltheti a 

2 http://www.hamapatch.t2u.com címről. 
Jelenleg készül a Nurbana nevű NURBS 
modellező, de még nincs használható álla- 
potban. Kísérletező kedvű olvasóink a 

2 http://www.nurbana.cx címen találhat- 
ják meg. 





Bull után. . . 


A PoV-Ray által létrehozott folt-objektu- 
mok önműködően simított felülettel készül- 
nek, a felhasználók viszont olyan segéd- 
programokat 1s alkalmazhatnak, amelyek 

a foltok csoportjait finomabban alakítják kt. 
Miután elsajátítottuk az összetett objektu- 
mok előállításához szükséges ismereteket, 
mindenkinek ajánlom a lemezmellékletün- 
kön található példák és programok megte- 
kintését. A programok között néhány átala- 
kítóprogram 1s fellelhető, így a Blender- 
objektumok PoV-Ray-formátumra való áta- 
lakítását segítő Python parancsfájlok, és 
egy DOS(emu) alatt használható metaball- 
modellező program. A példák a PoV- 
Rayhez adott minták közül valók. 

A szemet gyönyörködtető látvány megtekin- 
tése után fogjon mindenki bátran a PoV-Ray 
használathoz! 

Mindenkinek kellemes alkotást kívánok! 


Fábián Zoltán 
(dzoolkofreemail.hu, 
dzoolrogyahoo.com) 
23 éves, jelenleg 
programozóként 

8 dolgozik. Szabadidejé- 
ben szívesen kirándul, túrázik. 
Emellett szeret rajzolni, érdekli a 3D 
grafika és a Linuxszal kapcsolatban 
minden olyan program és program- 
nyelv, amit még nem Ismer vagy 
nem próbált ki. 
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Gumimatraccal vagy légykukaccal indítsuk a Linuxot? 


A címben olvasható magyarításért egyszer talán nívódíjat kapok, de addig Is az eredeti 
angol elnevezéseket használom írásomban, melyben a GRUB rendszerindítót mutatom be. 


egtöbbünk találkozott már a LILO- 
L val, amely minden rendszerindítás- 

kor arról gondoskodik, hogy a 
Linux elinduljon. Neve nem az angol lilo 
(felfújható gumimatrac) szóból ered, aho- 
gyan azt a magyar olvasó első pillantásra 
gondolhatná, hanem a LInux LOader szavak 
összevonásával a Unixban megszokott mó- 
don kiagyalt mozaikszó, melynek jelentése: 
Linux-betöltő. A GRUB a másik számos jó 
tulajdonsággal bíró rendszerindító, amelyet 
Erich Boleyn, Gordon Matzigkeit és Okyji 
Yoshinori fejleszt. 
A GRUB egy mozaikszót takar, melyet a 
GRand Unified Bootloader szavakból raktak 
össze és ekként magyarítható: Nagy Egye- 
sített Rendszerindító. A szerzőket nyilván 
nem zavarta, hogy a született angol nyelvű 
felhasználó a szó hallatán lárva, légykukac 
vagy egyéb dögféregcsali típusú képzettár- 
sításokra ragadtathatja magát. Ha rendszerin- 
dítóként a GNU GRUB-ot választjuk, a szá- 
mítógép bekapcsolása után átveszi a vezér- 
lést a BIOS-tól, majd betölti és feléleszti 
a rendszermagot. Ez utóbbi felel a rendszer 
többi részének indításáért. A GRUB egyelőre 
szorosan kötődik a PC-hez, de tervezik, hogy 
később másféle számítógép-kiépítésre 1s át- 
viszik. PC-n viszont számos operációs rend- 
szert tud indítani, például az OS/2-t vagy a 
Windowst. Három BIOS-hívás használatával 
képes megtalálni a számítógépben lévő összes 
memóriát, és az eredményt jelenti a rendszer- 
magnak. A továbbiakban tehát szükségtelen, 
hogy a felhasználók a mem-xxxm értéket 
kézzel írják be, a memória mennyiségének 
felderítése ugyanis önműködően zajlik. 
Amennyiben az adott gépen támogatott, 
a GRUB használja a logikai blokkcímzést 
(LBA), ezzel sikerült például az , 1024 
cilinder"-bonyodalmat megoldania, mellyel 
szemben a LILO tehetetlennek bizonyult. 
A felhasználók szempontjából ez azt jelenti, 
hogy a GRUB az egész merevlemez eléré- 
sére képes, azaz bárhonnan tud operációs 
rendszert indítani. Nem tudom kellően hang- 
súlyozni, hogy e két utóbbi GRUB-tulajdon- 
ság milyen fontos a számomra! S valóban, 
Gordon Matzigkeit GRUB-fejlesztő némi 
szakmai elfogultsággal két részre osztja a 
PC-felhasználókat, így LILO- vagy GRUB- 
rendszerek használóiként jellemzi őket. Sze- 
rinte a számtalan program között az indí- 
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tóprogramok a legfontosabbak, ezért róluk 
kellene elnevezni az operációs rendszereket. 
Lehet, hogy szélsőséges a véleménye, de 
mindenképpen elgondolkodhatunk rajta, hogy 
miért , Linux" a Linux, hiszen a szó csak a 
rendszermagot takarja, és nem az egész rend- 
szert. Talán igazságosabbak lennénk a GNU- 
fejlesztőkkel, ha , GNU/Linux"7— vagy 

, GNU/Hurd"-rendszerekről beszélnénk, 
együtt említve a rendszermagot és a körül- 
vevő rendszert. 


A GRUB telepítése 


Én a GRUB-bal a Linuxvilág májusi számá- 
nak Progeny Debian CD-mellékletén talál- 
koztam először, amikor a rendszer telepítése 
során dönthettem, hogy a GRUB-ot vagy 
valami mást választok-e rendszerindító 
programként. Némi tétovázás után a GRUB- 
ot jelöltem be. Később olvastam el az angol 
nyelvű leírást, és elsőre mindent meg tudtam 
csinálni vele. Ezt a nem túl terjedelmes 
segédletet az info grub paranccsal hívhat- 
juk elő, amit HIML-formában is olvasha- 
tunk a /usr/share/doc/grub könyvtárban. 

Az írásomban említett összes fájlhoz a meg- 
adott útvonal a Progeny Debian faszerkeze- 
tében elfoglalt helyekre utal, ugyanezek a 
fájlok azonban más változatokban esetleg 
máshol helyezkedhetnek el. 

A Progeny Debian-rendszerben a GRUB 
alapértelmezett, és a 

grub 0.5.96.1Í1progeny5b.deb 
csomagban található. Az újabb változatra 
vágyók nézzenek körül az 

2 ftp://alpha.gnu.org/gnu/grub FTP-kiszolgá- 
lón. A letöltendő fájl neve mindig a következő 
formátumú: grub-változat.tar.gz, 
tehát az általam használt grub-0.5.96.1. 
tar.gz helyett nagyobb változatszámot kell 
keresned! Azt 15 látjuk, hogy a GRUB alfasza- 
kaszban formálódó program, még messze 
nem éri el az 1.0-s változatot. Nyilván ez 

a magyarázata annak, hogy csak most kezd 
felbukkanni a különböző terjesztésekben. 

A tar programmal becsomagolt, majd a 
gzip által tömörített tar . gz kiterjesztésű 
csomagokat többféleképpen 1s kibonthatjuk. 
A művelet két lépésben tehető meg: 
gunzip grub-0.5.96.1.tar.gz 

Ez kicsomagolja a tömörített fájlt, és 
egyetlen tar kiterjesztésű fájlt hagy maga 
után, amit második lépésben a tar prog- 


rammal kell feldarabolnunk: 

tar -xvÍ grub-0.5.96.1.tar 

A gunzip parancs egyébként egyenértékű 
agzip -d grub-0.5.96.1.tar.gz 
alakkal. A gzip a tömörítő program, amit 
azonban a -d vagy a -—-decompress vagy 
az --uncompress kapcsolókkal kicsomago- 
lásra 15 használhatunk. A fenti két lépést össze 
is vonhatjuk, mivel a tar program alkalmas rá: 
tar -xzvÍ grub-0.5.96.1.tar.gz 
Itta -z kapcsoló jelzi a tar programnak, 
hogy a -f (azaz fájl) kapcsoló által kijelölt 
fájlt a gzip-pel kell kitömörítenie. 
Használhattuk volna még a -z kapcsoló 
helyett a hosszabb -—-gzip vagy 
--ungzip kapcsolókat 1s. Például: 

tar --extract --verbose --ungzip 
s file grub-0.5.96.1.tar.gz 

(Az extract kapcsoló az x, a verbose 
kapcsoló pedig a v helyett áll.) Egzotikusabb 
forma a zcat. Ez egyenértékű a -c vagy 
--stdout Vagy --to-stdout kapcso- 
lóval ellátott gzip paranccsal. Ezek a kap- 
csolók arra kényszerítik a gzip programot, 
hogy kimenetét a parancssorra irányítsa: 
zcat grub-0.5.96.1.tar.gz 

Ezzel nem sokra megyünk, főként nagy 
fájlok esetén, ezért célszerű a zcat kimene- 
tét a I [szűrő (pipe) karakter] használatával 
egy csővezetékben a tar programhoz 
átirányítani: 

zcat grub-0.5.96.1.tar.gz I] tar 
xy 

A - kapcsoló jelzi a tar-nak, hogy ne 
keressen fájlt. Egy másik változat: 

gzip -d cz grub-0.5.96.1.tar.gz 
sé] tár cxő 

A tar -p kapcsolója megőrzi a hozzáférési 
jogokat. A -p helyett a 
--same-permissions vagy 
-—-preserve-permission szavakat 15 
írhattuk volna. 

A kibontás után létrejön a grub-0.5.96.1 
nevű könyvtár, amely a forrásfájlokat tartal- 
mazza. Át kell lépnünk ebbe a könyvtárba, 
és Itt kell kiadnunk a szokásos fordítási 
utasításokat: 

S cd grub-0.5.96.1 

S ./configure 

S make 

$ su 

Password: 

t make install 





Ha ez elsőre nem történik meg, akkor még 
az INSTALL fájlt 15 elolvashatjuk, de ha 
nagyon nem megy, célszerűbb lesz DEB- 
vagy RPM-csomagokat keresnünk a Világ- 
hálón. Ezek az utasítások a megfelelő 
helyekre rakják szét a fájlokat, de a GRUB- 
ot telepíteni kell. Unix-típusú rendszerekben 
írtak ehhez egy segédeszközt 15 , a 
/usr/sbin/grub-instal1 programot. 
Használata igen egyszetű: 

t grub-install /dev/hda 

Ez az első IDE-merevlemez rendszerindító 
területébe (Master Boot Record — MBR) 
fogja tenni a GRUB-ot. A sor elején található 
tt karakter mutatja, hogy mindezt rendszer- 
gazdai jogosultsággal tehetjük meg. Nem 
feltétlenül szükségszerű, de szokásos, hogy 
a Bash-héjban a rendszergazdai (root) Jogo- 
sultságot a parancssoron a tt karakter jelzi, 
míg a felhasználók a S készenléti jelet kapják. 
Fentebb láthattuk, hogy a beállítást és a fordí- 
tást egyszerű felhasználóként végeztem, de 
amake instal11 parancsot már rendszergaz- 
dai jogosultsággal kellett kiadnom, hiszen a 
rendszer területére írtam. Amennyiben csak 
a saját HOME könyvtáramba telepítettem 
volna, természetesen nem lett volna szüksé- 
gem a rendszergazdai jogokra. Ha eredetileg 
nem rendszergazdaként jelentkezünk be, 
akkor ezt a jogot később is elnyerhetjük a su 
parancs kiadásával, miután a következő 
sorban beírjuk a rendszergazdai jelszót. 

Ha telepítéskor külön indító lemezterületet 
hoztunk létre, ennek helyét meg kell mon- 
danunk a GRUB-nak, máskülönben nem 
fogja megtalálni az indítókönyvtárat: 

t grub-install --root- 
ssdirectory-/boot /dev/hda 
Ugyanez a helyzet, ha hajlékonylemezen 
hozunk létre fájlrendszert: 

t superformat /dev/fd0 hd 

t mkfs -t minix /dev/fd0 1440 

t mount /dev/fdO0 /floppy 

t grub-install --root- 
ssdirectory-/floppy " (fd0) ! 

t umount /floppy 

A fenti utasítássor először megformázza az 
üres hajlékonylemezt, majd minix fájlrend- 
szert készít rajta. (Használjuk a t mke2fs 
3 /dev/ fd0 parancsot, ha ext2 fájlrend- 
szert szeretnénk!) A következő sor mount 
parancsa csatolja a hajlékonylemezt a koráb- 
ban, a rendszer telepítésekor alapértelme- 
zetten létrehozott /floppy könyvtárba, majd 
agrub-instal1 parancs átmásolja a 
/floppy/boot/grub könyvtárba a szükséges 
fájlokat, melyek alapértelmezetten a 
fusr/share/grub/1386-pc könyvtárban talál- 
hatók. Ezeket a fájlokat a grub-install az 
ekkor létrehozott device-map fájllal 
egészíti ki. Az utolsó sorban az umount 
paranccsal lecsatoljuk a hajlékonylemez- 
meghajtót. 
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Az 1. képen látható grub-instal1l 
parancs még nem hoz létre valódi indító- 
lemezt. A GRUB leírása szerint ezt a követ- 
kezőképpen kell megtenni: 

t cd /boot/grub 

tt dd if-stageil of-/dev/fd0 
—90ps-512 count-1 

110 records in 

130 records out 

tt dd if-stage2 of-/dev/fd0 
59ps-512 seek-1 

153311 records in 

15361 records out 





A dd parancs a bemeneti állományt 
(if-xxx) a kimeneti állományba (of -xxx) 
másolja át, de a cp másolóparanccsal ellen- 
tétben a dd esetében megadhatjuk a máso- 
landó blokkméretet (bs-xxx), illetve máso- 
lás közben további változtatásokat 1s végre- 
hajthatunk. Rendszergazdai jogon lefuttat- 
tam a fenti parancsokat, de a második lépés- 
ben a 2. képen látható hibaüzenetet kaptam: 
Végül a fenti hiba miatt inkább a GRUB 
parancssort használtam. 


A parancssor 

Ha rendszergazdai jogosultsággal meghívjuk 
a /usr/ sbin/grub programot, a GRUB 
parancssorba jutunk. Ennek formai követel- 
ménye hasonló a Bash parancssorhoz, de 
annyira azért nem kimunkált, mint nagynevű 
elődjéé. ISmerkedés céljából elsőként írjuk be 
a help szót. A 5. képen láthatjuk, hogy jó 
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néhány ismerősnek tűnő parancs közt pár 





egzotikusabb is kiíródik. A parancsok rövid 
leírása a /usr/share/doc/grub/grub. 13.html 
fájlban olvasható. Érdemes rögtön megjegyez- 
nünk a auit parancsot, mert ezzel léphetünk 
ki a GRUB-héjból. A reboot például újrain- 
dítja a rendszert, a root paranccsal pedig 
azt az eszközt és lemezterületet adhatjuk 
meg, ahová a gyökérkönyvtárat feltelepítet- 
tük. Ha például a gyökérkönyvtár a 
hajlékonylemezen található, írjuk ezt: 

( £d0) 

Filesystem type is ext2fs, 


grubs:s root 


using whole disk 
Ha a második lemez harmadik lemezterületén: 
(hd1,2) 
Filesystem type is reiserfs, 


grub:s root 


partition type 0x83 
Az " (fd0) " kifejezés egyenértékű a Linux- 
rendszerben használatos /dev/fd0 írásmód- 
dal; olyan, mintha a korábbi példában nem 
grub-install /dev/hda-t írtunk volna, 
hanem grub-instal1 ! (hd0) !"-t. 
Ezek a leképezett értékek kiolvashatók 
a /boot/grub/device.map fájlból, és inkább 
a meghajtók BIOS-beli helyzetére, mint 
a rendszerben alkalmazott számozásra vonat- 
koznak. A device.map fájl nálam a követke- 
zőképpen néz kt: 


(£d0) — /dev/fd0 
(hd0) — /dev/hdb 
(hd1)  /dev/hde 


Az első oszlop tartalmazza a BIOS-eszkö- 
zöket. Ezek az általam adott példában az 

A, C és Ext meghajtóknak felelnek meg, 
azaz a hajlékonylemeznek, az IDE- és az 
Ultra ATA-meghajtónak. A vizsgált gépen 
ezek mindegyikéről történhet rendszerindí- 
tás. A második oszlop a fájlneveket foglalja 
magába. Tudjuk, hogy a Unixban minden 
fájl, így a rendszer, a fenti eszközöket kü- 
lönleges állományokként kezeli. Azért szük- 
séges ez a hozzárendelés, mert a GRUB nem 
mindig ismeri fel megfelelően az eszközöket, 
és ilyenkor szerkesztenünk kell a device.map 
fájlt. Látjuk, hogy a GRUB formai követel- 
ményei szerint az eszközök neveit ( ... ) 
zárójelek közé kell tennünk. A hajlékony- 
lemez azonosítója esetében az fd magát a 
meghajtót jelenti, a mögötte lévő szám pedig 
azt, hogy hányadik meghajtó. A hd merevle- 
mezt jelent, tekintet nélkül arra, hogy IDE-, 
Ultra DMA- vagy SCSI-lemezről van-e szó. 
A mögötte álló szám pedig azt jelzi, hogy az 
első, második vagy harmadik stb. meghajtó- 
val van-e dolgunk. A számozás nullával 
kezdődik, tehát az első meghajtó száma 0, 

a másodiké 1! és így tovább. A merevleme- 
zeken található lemezterületeket (partition) 
újabb számmal különböztetjük meg. Az első 
lemezen lévő második lemezterületet például 
így jelöljük: (hdO , 1) . A lemezterületek 
számozása ugyancsak nullával kezdődik. 


gy 
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létrehozott logikai meghajtó száma 4, azaz 
a következőképpen jelöljük: (ha1, 4 ) . 
A GRUB a fájlokat 1s e jelölés segítségével 
találja meg. Teszem azt, ha a GRUB az első 
merevlemez harmadik lemezterületére lett 
telepítve, akkor az ott található device.map 
fájlra így hivatkozhatunk: 
(hd0, 2) /boot/grub/device.map 
Ez az abszolút címzési mód. Ha a root 
paranccsal (lásd fentebb) korábban már 
tudtára adtuk a GRUB-héjnak, hogy a / 
gyökérkönyvtár melyik eszközön helyez- 
kedik el, akkor használhatunk relatív cím- 
zést 15, mivel a GRUB számára már ismert 
a példában szereplő (hdOo , 2) eszköz. 
Ilyenkor elég ennyit írni: 
/boot/grub/device.map 
A Unix-változatokban elvárható, hogy egy 
magára valamennyire 15 adó héjban CTRL-H 
vagy a TAB billentyű megnyomásakor 
parancskiegészítést kapjunk. Nincs ez más- 
képp a GRUB-héjban sem. Ha például csak 
annyit gépelünk, hogy ker, majd leütjük 
a tabulátort, akkor a parancs kernel-re 
egészül ki. Ha több lehetséges parancs közül 
választhatunk, természetesen listát kapunk: 
grubs h 
Possible commands are: halt 
help hide 
Ha mondjuk nem tudjuk, milyen meghajtó- 
nevek találhatók a gépben, a find ( pa- 
rancs begépelése után megnyomhatjuk 
a TAB billentyűt, hogy megjelentessük 
a lehetséges lemezek listáját: 
grubs find ( 
Possible disks are: — fd0O hd0 
hd1 
GRUB-parancsok futtatásakor 1s követhe- 
tünk el hibákat, ilyenkor ehhez hasonló 
hibaüzeneteket kapunk: 
grubs: root (fd0,) 


Error 12: Invalid device 


reguested 





A lehetséges hibaüzenetetek listája a 
/usr/share/doc/grub/grub. 14.html fájlban 
található. 

Miután a dd paranccsal nem tudtam indító- 
lemezt készíteni, a parancssoron próbáltam 
meg a kézikönyvben leírtak szerint. 

Először a GRUB-héj find parancsával 
megnéztem, hogy a stagel fájl hol található. 
A kapott (hd0O , 2) eredmény mutatja, hogy 
az első merevlemez harmadik lemezterüle- 
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tén volt. A másodszor kiadott root parancs 
tudatja a GRUB-bal, hol helyezkedik el 

a gyökérkönyvtár. Ezt követően már lefut- 
tathattam a setup parancsot, amely az 
install parancs segítségével telepíti a 
GRUB-ot a kapcsolójában megadott ( fd0 ) 
lemezre. Ha a setup (hd0) parancsot 
adtam volna ki, akkor a GRUB az MBR-be 
került volna. Ha az első lemezrész indító- 
szektorába szerettem volna tenni, a parancs 
a következőképpen nézett volna ki: setup 
( hd0 , 0 ) . Amennyiben a GRUB-ot nem az 
első meghajtó első lemezterületére tesszük, 
azt több lépcsőben (chainloaa) kell egy 
másik rendszerindító programmal betölteni. 
Azért beszélünk ilyenkor chainloaderről 
(azaz láncolt betöltőről), mert az egyik 
rendszerindító első láncszemkérnt tölti be az 
utána következő második láncszemet, 

a másik operációs rendszer indítóprog- 
ramját, esetleg egy másik köztes indítót. 

A GRUB telepítésekor először az 512 bájt 
nagyságú első szakasz, azaz a stagel fájl 
másolódik be az MBR-be vagy az indítóte- 
rületre a /usr/share/grub/1386-pc könyvtár- 
ból. Azért pontosan 512 bájt a mérete, mert 
ennyit és nem többet lehet ezekre a terüle- 
tekre átmásolni. Ennek a programnak mind- 





össze az a feladata, hogy a másfeledik 
(stagel 5) vagy a második (stage2) szakaszt 
betöltse. A másfeledik szakaszból több is 
akad, és mindegyikük felismeri a rá jellem- 
ző fájlrendszert, amit a nevükből 1s rögtön 
ki lehet találni. 

Ezeknek a fájloknak szintén viszonylag 
kicsi a méretük, ezért rögzített helyre írha- 
tók, közvetlenül a stagel fájl után. Az adott 
fájlrendszerre jellemző stagel 5 program- 
szakasz fogja betölteni az immár terjedelme- 
sebb, 78848 bájt méretű stage2 fájlt, amely 
a GRUB magját tartalmazza. 


A menüfelület 

Rendszerindításkor arra 1s lehetőség nyílik, 
hogy rövid meni jelenjen meg, amely meg- 
mutatja a felhasználóknak, hogy a le és fel 
nyilak segítségével milyen operációs rend- 
szerek közül választhatnak. A kiválasztott 
sor kivilágosodik, és az ENTER leütésekor 
megkezdődik a rendszerindítás. Ez a lehe- 
tőség a LILO esetében is adott. Ami ehhez 
képest új a GRUB-ban, az az, hogy ezt a 
menüt menet közben 15 lehet szerkeszteni, 
azaz még az indítás szakaszában. Előnyös 
tulajdonság, hiszen ha a lilo.conf fájlban 


elírtam valamit, annak komoly büntetése 
volt, mivel csak a rendszer teljes újraindítása 
után nyílt lehetőségem a javításra. A GRUB 
menüben a szerkeszteni kívánt sor a le és 

fel nyilakkal választható ki, amit az e betű 
leütése követ (feltételezem, az , e" az edit 

(, szerkeszt") szó első betűjéből ered). 

A megjelenő sorokból szintén választani 
kell, majd ismét az e következik, ha a kivá- 
lasztott sort szeretnénk szerkeszteni. Ha a 
szerkesztett sort jónak találjuk, használjuk az 
ENTER, ha nem, az Esc billentyűt. A GRUB 
leírása szerint az Esc megnyomása egyben 
visszavonásként (redo) 15 működik, mivel 

a menüben rögtön az előző állapothoz kerü- 
lünk vissza. A kis o betű leütésével az éppen 
szerkesztett sor mögé szúrhatunk be egy sort, 
a nagy O-val pedig a sor elé. Ha a d betűt 
használjuk, az egész sor törlődik. Természe- 
tesen egyszerűbb a menüt egy szövegszer- 
kesztőben megírni és javítani. A menü meg- 
változtatásához a /boot/grub/menul.lst fájlt 
kell átírni. A vizsgált gépen ez a fájl a követ- 
kezőképpen néz kt: 


timeout 10 


default 0 

tt --5s PROGENY START (1.0) c-- 
title Progeny Debian (kernel 
972.4.2) 

root (hd0O,2) 


kernel /boot/vmlinuz-2.4.2 
59root-/dev/hdb3 ro 
initrd /boot/initrd-2.4.2.agz 


title SuSE 7.0 hdb2 

052.2.16) 

(hd0,1) 

kernel /boot/vmlinuz 
ae raotejdevőtidoz Fő 

initrd /boot/initrd 


(kernel 


root 


title Windows Millenium 
(hd0,0) 
makeactive 


root 
chainloader -1 

title Progeny Debian (kernel 
032. .2.18) 

root (hd0,2) 

kernel /boot/vmlinuz-2.2.18 


59root-/dev/hdb3 ro 
initrd /boot/initrd-2.2.18.agz 


title Progeny Debian - 
user (kernel 2.4.2) 
(hdO , 2) 

kernel /boot/vmlinuz-2.4.2 
ssroot-/dev/hdb3 ro single 
initrd /boot/initrd-2.4.2.agz 


single- 


root 


t --5 PROGENY END c-- 





Az első sor timeout 10 kifejezése mondja meg 
a rendszerindító GRUB-nak, hogy a menüt 

10 másodpercig jelenítse meg, utána önműkö- 
dően indítsa el a default parancs értékében 
meghatározott menüpontot, hacsak a felhasz- 
náló másként nem rendelkezik. A 0 érték az 
első menüpontot jelenti, így példánkban ez 
az alapértelmezett, de más számot 15 választ- 
hattunk volna. A tt jel mögött találhatók a 
megjegyzések. A title parancs mögötti 





szöveg lesz olvasható a menüben. A root 
(hdO , 2) paranccsal megadjuk, hogy melyik 
meghajtó melyik lemezterületén található 

a gyökérkönyvtár, a kernel parancs betölti 

a kívánt rendszermagot, az initrd pedig a 
meghatározott initrd fájlt használja indításkor. 
A kernel parancs második részében a rend- 
szermag parancssori (kernel command line) 
ismert értékeit adhatjuk meg, amelyeket 

a LILO-nál az aopend fűzött a többihez. 

A Windows indítása ettől annyiban tér el, 
hogy a GRUB ezt az operációs rendszert nem 
közvetlenül indítja. Először a root vagy 

a rootnoveri fy paranccsal meghatározza 
a Windows helyét, majd a makeactive 
paranccsal kijelöltí azt a lemezterületet, 

és végül elindítja az ottani rendszerindító 
programot. Itt feltételezzük, hogy az indító- 
program (boot loader) ugyanannak a lemez- 
területnek az indítóterületén (boot sector) 
található, ahová magát az operációs rendszert 
is telepítettük. Mivel a Windows a láncolt 
indítás szempontjából nem támogatott operá- 
ciós rendszer, esetében használhatjuk a 
rootnoverify (hd0O0, 0) parancsot, amely 
a root paranccsal ellentétben nem próbálja 
meg betűzni a lemezterületet azért, hogy meg- 
határozza annak méretét és a meghajtó típusát. 
A /usr/share/doc/grub/menu.lIst egy minta- 
fájl, amely jól használható példa annak 
megmutatására, miképpen kell a GNU/Hurd, 
a Linux, a Mach, a FreeBSD, az OS/2, a 
DOS és a Windows operációs rendszereket 
indítani. Az ugyanitt lévő grub 5.html 
fájlban olvashatunk róla egy nem túl bőbe- 
szédű ismertetőt. 

Játékosabb kedvű GRUB-felhasználók 
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a color parancs segítségével megváltoztat- 
hatják a menü színeit a menu.lst fájlban, 
vagy a GRUB parancssoron: 

title Villogok 

color yellow/green blink-light- 
Sscyan/magenta 

A színek párban állnak. Az elöl lévő szín az 
előtér, a hátulsó a háttér. A color parancs 
utáni első színpár a normál szín, a második 
pedig a kiemelt szín. Az előtér és a háttér 


színei a következők lehetnek: black (fekete), 
blue (söétkék), green (zöld), cyan (égszínkék), 
red (vörös), magenta (bíbor), brown (barna), 
light-gray (világosszürke). A most következő 
színek viszont csak az előtér színeiként hasz- 
nálhatók: dark-gray (sötétszürke), light-blue 
(világoskék), light-green (világoszöld), light- 
cyan (kék), light-red (világos piros), light-ma- 
genta (világos bíborvörös), yellow (yellow), 
white (fehér). Ha a szín elé a blink szót írjuk, 
az előtérszín villogni fog. 

A menu.lst fájlba beírt változtatások érvé- 
nyesítéséhez semmilyen parancsot nem kell 
lefuttatni, azok a következő indításkor életbe 
fognak lépni. 


Kipróbálás 

A grub héjparancsainak igazi haszna nem 
a rendszer futása során, hanem rendszerindí- 
táskor válik nyilvánvalóvá. Ha a grub-ot 
telepítettük, annak jó ismerői a rendszer 
indulásakor sokfélét megtudhatnak a gépről, 
és a kipróbálás céljából különböző paran- 
csokat hajthatunk végre. A find paranccsal 
például kiírattathatják az összes meghajtót: 


grubs find ( 
Possible disks are: 
fd0 fdi  hd0  hd1 
Fájlokat listázhatunk kt: 
grubs cat 


5 (hd0 , 2) /boot/grub/menu. 1st 
vagy tetszőleges kapcsolókkal indíthatjuk 
a rendszert, mint például az alábbi esetben 
grub parancssorból indítottam a rendszert: 
grub: kernel 
ab (hdbO, 2) /bőot/vmlinuúz-2.4.2 
sroot-/dev/hdb3 ro mem-128M 


grubs initrd 

s (hdb0O, 2) /boot/initrd-2.4.2.gz 
grub: boot 

Bizonyos esetekben a rendszermag betöl- 
tése után szükséges lehet a module vagy 
modulenounzip parancsok kiadása 1s, 
hogy modulokat töltsünk be. Az utóbbi nem 
csomagolja ki a modulokat önműködően. 
Figyeljük meg, hogy a mem-128M rendszer- 
mag parancssori értékkel meghatároztam 

a rendszer számára látható memória 
mennyiségét, a valós értéktől függetlenül. 
Ez olyankor lehet hasznos, amikor a prog- 
ramírás során arra vagyunk kíváncsiak, 
miként viselkedik egy nagy teljesítményű 
gépen fejlesztett, memóriaigényes program, 
ha negyedannyi memória jut neki. 


segédletek 

A /usr/share/grub könyvtárban található még 
egy Jeff Licguia által írt llo2grub nevű 
Python parancsfájl, ami a LILO lilo.conf 
beállítófájlt fájlta GRUB számára 1s 
fogyasztható menu.lst alakra hozza. 


A nuni 

Nem állíthatom, hogy sikerült mindent el- 
mondanom a GRUB rendszerindító prog- 
ramról. Például nem érintettem a biztonsági 
kérdéseket vagy a hálózati indítási lehetősé- 
geket. Azt sem tanácsolom senkinek, hogy 
eddig Jól működő LILO-ját most törölje, 

és helyébe a GRUB-ot tegye, hiszen ennek 
nem sok értelme lenne. Ugyancsak nem állí- 
tom, hogy csak a LILO és a GRUB verse- 
nyez a rendszerindító programok között. 

Ott van például a nuni, ami egy kicsi, Linux- 
ra írt rendszerindító az ext2 fájlrendszerre 
és IDE-meghajtókra. A nuni 1s túl akar lépni 
az 1024 cilinderes határon, és 128 GB-ig 
bárhonnan indíthat a meghajtóról. Kissé 
terjedelmesre sikerült, ezért pillanatnyilag 
csak hajlékonylemezekre telepíthető. Fej- 
lesztője az amerikai Oregonban élő Neil 
Koozer (nkoozer Orosenet.net). 


] Szaló István 
(ratlosoftofreemaill.hu) 
tanár, immár több mint 
másfél évtizede foglalkozik 
programozással, de csak 

Hi a Java és a Linux megisme- 
rése után tudta meg, hogy mi is az igazi 
programozás. Azóta hátat fordított a feke- 
tedoboz módszereknek, és most szabad- 
idejében a nyílt forráskódú Java és a GNU 
C vagy C-t programokat tanulmányozza. 
löbb írása megjelent már a hazai számí- 
tástechnikai lapokban. Ha néha feláll szá- 





mítógépe mellől, rendszerint művészettör- 


ténész feleségével és kisiskolás lányával 
,találja szemben" magát. 
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Bemutatkozik az Enhydra 


Ügyes segédlet arról, hogyan írjunk servleteket és 
alapalkalmazásokat az Enhydrával érkező eszközök segítségével. 


ikkünkben azt fogjuk megvizsgálni, hogyan kell servleteket 
és alapalkalmazásokat készíteni az Enhydrával érkező esz- 
közökkel. Bár az Enhydra webalkalmazásai annyira sem 





h 


szabványosak, mint a Jakarta- Tomcat servletei, azért jókora erőt kép- 
viselnek, és lehetőséget adnak arra, hogy teljesen nyílt forráskódú 


környezetben használjunk Enterprise JavaBeanst. 


Történet és háttér 

Az Enhydra Javában írt nyílt forráskódú alkalmazáskiszolgáló, mely- 
nek legfőbb célja a Sun JJEE meghatározásainak minél pontosabb 
betartása. Az Enhydra-fejlesztés éllovasa, a Lutris cég BSD-szerű 
szabadalom alá helyezte az alkalmazáskiszolgálót. A jelenlegi üzem- 
biztos Enhydra-változat (a 3.5-ös) nagy mennyiségű szabványt támo- 
gat, beleértve a servleteket és a JSP-ket 15. Az Enhydra Enterprise, 
melynek tervezett kiadási ideje 2001 nyara volt (lapunk kiadásakor 
még nem érhető el — a szerk.), további JDEEF-képességekkel rendel- 
kezik majd, beleértve az Enterprise Java Beans (EJB) támogatását Is. 
A teljes Enhydra nyílt forráskódú termékként hozzáférhető, azaz 
letölthetjük a Hálóról, és nyugodtan telepíthetjük. Az olyan ügyfelek 
számára, akik gyanakvással tekintenek a nyílt forráskódú progra- 
mokra — tehát szívesebben használnának előrecsomagolt terméket, 
amelynek minőségét ellenőrizték, továbbá támogatást szeretnének 
kapni a Lutristól —, az Enhydra kereskedelmi változatai 15 megvásá- 
rolhatók. Természetesen gyanítom, hogy a legtöbb embernek, aki 

e sorokat olvassa, nemigen van szüksége a Lutris támogatására, de 
azért jó tudni, hogy készek és hajlandók segíteni másokat a termék 
használatában. 

A Lutris nemcsak a J2EF-piacot célozta meg, hanem a vezeték nél- 
küli internetalkalmazásokét 15. Még nem találom túl elterjedtnek 

a mobil internettechnológia használatát — a mobiltelefonom WAP- 
szolgáltatása jóindulattal 15 csak szánalmasnak nevezhető -—, de 

a Lutris ennek az idővel elkerülhetetlenül fontos piacnak egyik játé- 
kosaként tekint az Enhydrára. 

Bár az Enhydrának van még mit fejlődnie a Zope vagy az ArsDigita 
Community Systemhez képest a mindshare és a közösség terén, már 
így 15 meglehetősen nagyszámú piaci sikert könyvelhet el magának. 
Például a Hewlett-Packard mostanában jelentette be, hogy a továb- 
biakban együttműködik a Lutrisszal, és számos alkalmazásban Enhyd- 
rát fog használni. Ez ékesen bizonyítja, hogy a nyílt forrású alkalma- 
záskiszolgálók igenis fontos helyet töltenek be a webes alkalmazás- 
fejlesztés világában, és még olyan cégek esetében is szóba jöhetnek, 
amelyek egyébként sokkal többet 1s képesek lennének fizetni értük. 


Kezdjünk hozzá! 

Most, hogy egy kicsit feltártuk a háttérben zajló folyamatokat, 
próbáljunk meg az Enhydra segítségével egyszerű alkalmazásokat 
készíteni. Első feladatunk természetesen a termék letöltése és tele- 
pítése lesz. A magam részéről az Enhydra Enterprise próbaválto- 
zatával dolgoztam, mivel EJB-képességeit szerettem volna kipró- 
bálni. A próbaváltozat az Enhydra Enterprise JDK 1.3-ra támasz- 
kodik, ami kellemes újdonságnak tekinthető az előző változatokhoz 
képest, amelyek a JDK 1.2-vel működtek annak ellenére, hogy az 


1.3 már jó ideje elkészült. 
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Letöltöttem és kicsomagoltam 
az Enhydra tarfájlt, amely számos fájlt 
és könyvtárat hozott létre az enhydra4.0 könyvtárban. 

A leírást szokás szerint a doc könyvtár tartalmazza, a lib könyvtárban 
találhatók azok a .JAR-fájlok, amelyek az Enhydra számára szüksé- 
gesek, végül pedig a conf könyvtár tartalmazza az Enhydra általános 
beállítófájljait. Itt helyezkedik el továbbá egy bin könyvtár is, amely- 
ben csaknem kizárólag parancsfájlok rejlenek (a windowsos .BAT 
megfelelőjükkel), ezek hajtják végre az Enhydrát beállító különféle 
Java-programokat. 

Futtassuk le a configure parancsfájlt az Enhydra-terjesztés főkönyv- 
tárában (melyre a következőkben $ENHYDRA-ként fogok hivatkoz- 
ni), hogy biztosak lehessünk benne: az Enhydra-parancsfájlok és Ja- 
vaprogramok figyelembe veszik azt a könyvtárat, ahová az Enhydrát 
telepítettük. A configure egyetlen kötelező értéket vár: a JDK-tele- 
pítésünk könyvtárát. A configure számos Makefile-t és más beál- 
lításfájlt módosít, de semmilyen kód újrafordítását nem kényszeríti ki. 
A configure lefuttatása után (amely semmilyen látható kimenetet 
nem fog adni) az S$ENHYDRA könyvtárban a bash parancsfájlt 
(setup . bash) ugyancsak futtassuk le, ez a JDK végrehajtható állo- 
mányokat tartalmazó könyvtárát adja hozzá a PATH-hoz. 

Az Enhydra számos különféle, egymással összekapcsolódó program- 
csomagot tartalmaz. Maga az alkalmazáskiszolgáló (más néven 
multiserver) képes közvetlenül a szemközti HTTP-ügyfelekkel dol- 
gozni, vagy akár egy olyan proxyként működő webkiszolgálóval 
együttműködni, mint az Apache. Ha a loadorder tulajdonságot 

az S$ENHYDRA/conf/bootstrap.conf fájlban átírjuk, csökkenthetjük 
az alkalmazáskiszolgáló által elindított szolgáltatások számát, vagy 
megváltoztathatjuk az indítási sorrendjüket. 

A kiszolgáló indításához egyszerűen csak futtassuk le az 
SENHYDRA/bin/multiserver parancsot. A program indulásakor 
a szolgáltatásokat egymás után indítja, míg végül a következő 
üzenetet láthatjuk: , Bootstrapper initialized normally", azaz a 
betöltő parancsfájl hiba nélkül lefutott. Ezen a ponton kipróbálhat- 
juk a kiszolgálót: ha a böngészőt a 8001-es kapura irányítjuk, egy 
irányítópultot hoz fel, amelyen megfigyelhetjük a multiserver 
pillanatnyi állapotát. 

Az indításra tett első kísérleteim kudarcot vallottak, mivel a program 
mindig arról panaszkodott, hogy nem találja az enhydra.jar fájlt 

a CLASSPATH-ban. Ez azért volt különösen zavaró, mert az egész 
Enhydra-terjesztésben semmiféle enhydra.jar nevű fájlnak nem 
akadtam a nyomára. 

A megoldás, mint kiderült, meglehetősen egyszerű, ha nem is nyil- 
vánvaló: az Enhydra tudja, hogy milyen CLASSPATH szükséges 

az egyes programok futtatásához, de ezeket a beállításokat figyelmen 
kívül hagyja, ha a CLASSPAT H-t már eleve beállítottuk. Ezért a 
CLASSPATH-t még a kiszolgáló futtatása előtt töröljük, eltávolítva 
ezáltal a környezeti változót. Ha megtettük, a multiserver a várako- 
zásnak megfelelően fog elindulni. 


Egyszerű webalkalmazás készítése 
Az elmúlt pár hónapban bepillantást nyerhettünk a Java-servletek 
és a JavaServer Pages világába. Az Enhydra mint J2EEB-megfelelő 








7. lista Foo.java 


/" 

x Egyszerű servlet, amely azt mutatja be, 
x hogyan lehet azokat az Enhydrába illeszteni. 
X Ez a servlet a /foo URL alatt lesz elérhető. 


46 
package atf.presentation; 


// Séryvlet imbDort 
iMSOCt jávax. SarVvISt.,"; 
import jávax.searviet.Mttő." ; 


VAK ialele ze méne onás 
imott java io." § 

import java.text."; 
iMmJOtt Jáva utal." ? 


public class Foo extends HttpServlet ( 


public void doGet (HttpoServletReguest reguest, 
HttpServletResponse response) 


throws ServletException, IOException 
( 
// kimeneti folyam a STDOUT-ra 
PrintWriter out —- response.getWriter ( ) ; 
// kiírunk némi HTML-t 
GOTT tette rrágá ásra tos Ágai NEZ TTV S SET VET e KSE 
out . orint la ( "Fooz/Titlesz/Heads") 
ött , öraint lm ( " -Bodywys" ) ; 
(GYEN TaNÁTntsM Ta ESR oo d ls 
ött , orint lm ( "-/ Bodye" ) ; 
ött . övimt La ( 9. 2/ETMLs" ) : 
T 


alkalmazáskiszolgáló ezeket a módszereket teljes mértékben 
támogatja. Ráadásul nyílt forrású kiszolgáló lévén az Enhydra 

a servlet és a JSP-motor alapjául a Jakarta-Tomcat-motort hasz- 
nálja. Amint azt nemsokára látni fogjuk, lehetőség nyílik arra 
(sőt, gyakran előnyösebb), hogy az Enhydra saját fejlett webalkal- 
mazásait használjuk. 

Az Enhydrával érkező eszközökkel viszonylag könnyű servleteket 
készíteni. Az Enhydra alkotói minden bizonnyal sok időt szenteltek 
egy olyan rendszer megalkotásának, amely nemcsak telepítve erős, 
hanem a fejlesztés alatt 15 viszonylag könnyen kezelhető. 

Ha valaki általában csak servleteket szokott írni, fordítani és könyv- 
tárba helyezni, tapasztalni fogja, hogy az eljárást megnehezítvén 

az Enhydra csak útban van. Ez nem kis részben annak a módnak 

, köszönhető", amely szerint az Enhydra-alkalmazásokat telepíteni 
kell: külső kiszolgáló igénybevétele nélkül, ugyanis az Enhydra arra 
számít, hogy a legtöbb webalkalmazást a többitől függetlenül szeret- 
nénk kipróbálni (és futtatni). 

Egyszerű servlethez az Enhydra részét képező alkalmazáskészítő 
varázslót fogjuk használni (appwi zard), mely az 

SENHYDRA/ bin/appwizard paranccsal hívható meg. Az 
appwizard ugyan nem IDE, de elég kifinomult fájlmásoló program, 
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amely olyan egyszerű csontvázalkalmazásokat képes készíteni, 
melyek már önmagukban működnek. 

Az appwizard első futtatásakor megkérdezi, hogy webalkalmazá- 
sokat (például egyszerű servlet) vagy Enhydra-szuperservleteket 
szeretnénk-e fejleszteni. Válasszuk az egyszerű (standard) webalkal- 
mazást. (A szuperservletekről később még szót ejtünk.) A következő 
képernyő arra kérdez rá, hogy HIML-kimenetet szeretnénk-e vagy 
WML-t, ez utóbbi lassanként a mobil internetalkalmazások XML- 
alapú szabványává válik. A HTML-t fogjuk használni, és a projekt- 
könyvtárat, valamint a csomagot 1s , atf"-nek nevezzük. Alapértel- 
mezés szerint az Enhydra-alkalmazások a saját könyvtárunkba, az 
enhydraApps alkönytár alá kerülnek. Válasszunk a kiadott kódhoz 
szabadalomtípust, és az aopwi zard máris elkészíti új alkalmazá- 
sunkhoz a fájlokat. 

Az appwizard nagyszámú önműködően készített fájlt és könyvtárat 
hoz létre, többek között: 
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e — Egy általános Makefile-t, amely lehetővé teszi, hogy az alkalma- 
zást lefordítsuk. Az egyes alkalmazások alkönyvtáraiban szintén 
egyedi Makefile-okat találunk. 

e A config.mk-t, ez számos környezeti változót állít be, amelyek 
a Makefile futását befolyásolják. Olyan adatokat találhatunk Itt, 
mint az Enhydra-változat, a JDK-telepítés és az Enhydra-telepítés 
könyvtárát. 

e Az src könyvtár a Java-servletekhez és a HIML-fájlokhoz 
tartozó kódot tartalmazza. Az src-n belül egy általános WEB-INF 
könyvtárra bukkanhatunk, amelyben web.xmil fájl nevez meg 
minden egyes telepítendő servletet. 

e — Az atf könyvtárat, melynek neve a készülő projekt nevétől függ. 
Négy alkönyvtárat tartalmaz: business, data, presentation és 
resources. Minket most leginkább a presentation és a resources 
könyvtár érdekel, hiszen az első tartalmazza a servleteket, 

a második pedig a HIML-fájlokat és a JSP-ket. 


Az alkalmazás felépítéséhez futassuk le a make-et a projekt 
gyökérkönyvtárában. (Az Enhydra Enterprise leírásában kiemelték, 
hogy a make helyett immár Java-alapú Ant-építőeszközt alkalmaz- 
tak, de úgy tűnik, az alkalmazáskészítés azért továbbra is a 
make-en alapul.) 

Miután a make befejezte munkáját, alkalmazásunk legfelső szint- 
jén, az src és az input mellett új kimeneti alkönyvtárat kell talál- 
nunk. A kimenő könyvtár mindent tartalmaz, ami az alkalmazás 
elindításához szükséges lehet, beleértve a .CLASS fájljainkat 
tartalmazó normál Java . WAR (web archivum) fájlt, XML-megha- 
tározókat, JSP-ket és képeket: 


WEB-INF/classes/atf/presentation/WelcomeHTML . class 
WEB-INF/classes/atf/presentation/WelcomeServlet.class 


I 














I 


WEB-INF/classes/atf/presentation/RedirectServlet.class 





media/Enhydra.gif 
index.jsp 
WEB-INF/web.xml 


Figyeljük meg, hogy itt már három .CLASS fájlunk létezik, holott 
az src/atf/presentation/ csak kettőt tartalmazott. Ez azért történik így, 
mert az XMLC a src/resources könyvtár HTML -fájlját Java-forrás- 
fájllá alakította, mely végezetül Java .CLASS fájllá alakult át. 

Így mindössze két parancs (az appwi zard és a make) segítségével 
képesek voltunk egy teljes, működőképes Enhydra-alkalmazás elké- 
szítésére. Az alkalmazás jelen állapotában semmi különöset vagy 
érdekeset nem végez, de kitűnő vázat ad, amely módosítható 

és kibővíthető. 

Alkalmazásunkat az output / start4 segítségével futtathatjuk. 
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Ez a 9000-es kapun indítja el az alkalmazást (a kapu száma az 
input/conf/servlet/servlet.conf.1n fájlban adható meg). Ha a böngé- 
szőnket ekkor a http://localhost:9000-re irányítjuk, a servlet kimene- 
tét fogjuk látni, azaz az Enhydra-logót, alkalmazásunk nevét (atf), 

a pillanatnyi időt és a dátumot, valamint egy hivatkozást, amely az 
alkalmazásra visz bennünket vissza. 

A HTML-lap az XMLC segítségével készült, és jól szemlélteti, 
miként épül be az XMLC az Enhydra legtöbb alkalmazásába. 

Az XMLC a src/atf/resources/Welcome.html fájlt Java-servletté 
fordítja, mely ezután .CLASS fájllá alakul. Az XMLC által létreho- 
zott Java-osztály minden egyes cspan:-taghoz egy horgot (hook) 
készít, így a cspan:-tagok között bármit módosíthatunk, amelynek 
ID-tulajdonságot mutat fel. 

A WelcomeServlet, az alkalmazásunk elején végrehajtott servlet 

a pillanatnyi időt és a dátumot úgy jeleníti meg, hogy egy példányt 
állít elő az XMLC által készített osztályokból: 


now - DateFormat .getTimelnstance(DateFormat . MEDIUM) . 
5 format (new Date (( ) ) ; 

welcome - new WelcomeHTML tt ) ; 

welcome.getElementTime() .getFirstChi1d() . setNodev 
salue (now) ; 


Másképpen fogalmazva: a cspan:-tagok közti ID-vel azonosított 
szöveget azáltal helyettesítjük az idővel, hogy a HIML-fájlt DOM 
által elérhető fává alakítottuk, majd egy adott csomópont értékét 
megváltoztattuk. 

Alkalmazásunkhoz további servleteket adhatunk, ha a 
src/atf/presentation könyvtárba másoljuk, vagy már eleve itt hozzuk 
létre őket. Fontos tudni, hogy a csomag neve nem egyszerűen atf, 
hanem atf.presentation lesz. 

Ezekután egy nagyon egyszerű osztályt fogunk írni, melynek 

a Foo nevet adtuk, és az /. listában látható. A csomag nevét kivéve 
semmiféle különbség nem látható a hagyományos servletek és 

a Foo.java közt. 

A servletmotornak meg kell mondanunk, hogy servletünkhöz egy 
URL-t rendeljen, amit legegyszerűbben az srce/WEB-INF/web.xml 
fájlban tehetünk meg. Ez az XML-állomány két részre osztható: 

az első rész servletosztályokat rendel servletnevekhez, a második 
servletneveket URL-ekhez. A 2. listán a Foo-servletünk kezeléséhez 
igazított web.xmil fájlt láthatjuk. 

Végül az új osztályunkat a Makefile-ba be kell vinnünk, amit úgy 
tehetünk meg, hogy osztályunk nevét hozzáadjuk a CLASSES 
változóhoz: 


CLASSES - WelcomeServlet NM 
ssRedirectServlet Foo 


Futtassuk a make-et és ellenőrizzük, hogy a Foo.class valóban hoz- 
záadódott-e az alkalmazáshoz: 


jar tvf output/archive/atf.war 


Ha működik, futassuk az output/start4-et, és a böngészővel 
mutassunk http://localhost:9000/foo címre. Most az új Foo servletünk 
által kiküldött HIML-kimenetet kell látnunk. 


Enhydra-alkalmazás készítése 

Tapasztalt webfejlesztők nyelvtől vagy környezettől függetlenül rend- 
szerint minden egyes honlaphoz külön programot szoktak írni. Ha 

öt különböző dinamikusan létrehozott lapot szeretnénk megjeleníteni, 
akkor öt külön CGI-programot, mod. perl-kezelőt, servletet vagy 
JSP-lapot kell készítenünk. 
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2. lista A web.xml módosított változata 
Sahoa NYZ S 1 Olt ASS mcodingzs" T80-8859-—-1" 25 


cweb-appsz 
cservlets 
cservlet-namez 
welcome 
€/serv1let-namesz 
cservlet-classz 
atf.presentati10o0n.WelcomeServlet 
€/servlet-classz 
E ESJENGVAKET s 
cservlets 
cservlet-namez 
redirect 
€/serv1let-namesz 
cservlet-classz 
atf.presentation.RedirectServlet 
€/serv1let-classz 
€/servlets 
cservlets 
cservlet-namez 
TOO 
€/serv1let-namesz 
cservlet-classz 
atf.presentation.Foo 
€/serv1let-classz 
€/servlets 


cservlet-mappingz 
cservlet-namez 
welcome 
€/serv1let-namesz 
cur1-patternz 
/welcome 
c€a/ur1l-patternz 
€/servlet-mappingz 
cservlet-mappingz 
cservlet-namez 
TSÜLTTOCTE 
c€/serv1let-namesz 
czur1l-pattern:z 
/:cecdi tecc 
€/ur1-patternz 
€/servlet-mappingz 
cservlet-mappingz 
cservlet-namez 
foo 
c€/serv1let-namesz 
cur1-patternz 
/£00 
€a/ur1l-patternz 
€4/servlet-mappingz 
ax /web-appz 
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Az Enhydra lehetővé teszi, hogy eltérjünk ettől a modelltől egyedi 
lapok helyett alkalmazásszinten gondolkodva. Ehhez nyújtanak 
segítséget a szuperservlet néven ismert alkalmazások, ahol egyetlen 
alkalmazásobjektumot rendelünk számos megjelenítő felülethez. 





A megjelenítő objektumokat az Enhydra URL-ben könnyen azonosít- 
hatjuk: a .po utótag árulja el az Enhydrának, hogy az URL-ben meg- 
nevezett objektumot kell meghívnia. Így az Abc.po kérelem az Abc 
nevű megjelenítő objektumhoz tartozó run ( ) eljárást indítja el. 

A hagyományos Java servletekkel ellentétben a megjelenítő objektu- 
mok minden HTTP-kérelem esetén újraértelmeződnek. Lehet, hogy 
ez valamivel kevésbé hatékony, mintha egyetlen servletpéldányhoz 
több szálat használnánk, viszont megkímél minket a szálbiztos kód 
írásának fáradalmaitól. 

Egy egyszerű Enhydra-alkalmazás tehát legalább egy alkalmazás- 
objektumot vagy megjelenítő objektumot tartalmaz. Ezek a PO-k 
kapcsolják össze az Enhydra másik két fő objektumtípusát: az üzleti 
(business) objektumokat (ezek tartalmazzák a gyakran használt szol- 
gáltatásokat) és az adatobjektumokat (ezek állandó tárolók, például 
relációs adatbázist rendelnek Java-osztályokhoz). Amint már koráb- 
ban is említettük, az alkalmazás src könyvtárában mindhárom objek- 
tumtípus — presentation, business és data — saját könyvtárral rendel- 
kezik. Továbbá az összes ilyen objektum a háromrétegű webalkalma- 
zás egy-egy alapvető rétegét képezi. Ezért — bár beletelhet egy kis 
idő, amíg megszokjuk a három objektumtípus elkülönítését — ez a 
modell egyre inkább terjed a webalkalmazások körében. 

Akárcsak az imént, az alkalmazás vázának elkészítéséhez az 
Enhydra appwi zard-ját használjuk, amit azután megváltoztatunk. 
Futassuk le újra az aopwi zara-ot és az első képernyő listájából az 
egyszerű webalkalmazás helyett válasszuk a super servlet lehető- 
séget! Én a projektet egyszerűen myprojectnek neveztem el és az 
1l.co.lerner csomagba helyeztem — cégünknél általában ezt haszná- 
lom a belső projektekhez. Az appwizard ezután az alkalmazás 
vázát az -/enhydraApps/myproject könyvtárban hozza létre. Az al- 
kalmazás hasonló szerkezetű, mint a servletünk, és hasonló könyv- 
társzerkezettel rendelkezik. Az src/il/co/lerner alatt egy presentation, 
egy data és egy business könyvtárunk lesz. Akárcsak az imént, most 
is létezik egy legfelsőbb szintű Makefile, amely lefordítja és elké- 
szíti szuperservletünket. 

Nézzünk bele a presentation WelcomePresentation. Java fájlba, ahol 
a tulajdonképpeni megjelenítést végző megjelenítő objektum forrás- 
kódját találjuk. Amennyiben a legfelsőbb szintű könyvtárba begépel- 
jük a make parancsot, az alkalmazás indításához lefuttatjuk az 
output/ start4 parancsot, majd a webböngészőt a 
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3. lista WelcomebPresentation.run() 


public void run(HttpPresentationComms comms ) 
throws HttpPresentationException, IOException ( 


WelcomeHIML welcome; 
String now; 


welcome - (WelcomeHTITML) comms .xmlcFactory.create 
7 (Welcome MESA KErSISHNS 
now - DateFormat .getTimelnstance 
5 (DateFormat . MEDIUM) . format (new Date() ) ; 
welcome. setTextTime (now) ; 
comms . Tesponse.writeDOM (welcome ) ; 


9 http://localhost:9000 címre irányítjuk, azt látjuk, hogy böngészőnk 
átirányítódik a http://localhost:9000/WelcomePresentation.po címre. 
Ez a lap ugyanazt a kimenetet adja, mint amit a vázservletünk írt ki, 
azaz az Enhydra-logót, a pillanatnyi időt és a dátumot láthatjuk. 

A po utótag — mint már ismerhetjük — utasítja az Enhydrát, hogy 
hívja meg a WelcomePresentation run ( ) eljárást. 

Az önműködően létrejövő vázalkalmazás, a 

WelcomePresentation. run ( ) valahogy úgy fog kinézni, ahogyan 

azt a 5. listában megfigyelhetjük. 

A szuperservlet csatolófelülete hasonló a hagyományos servletéhez, 
így a servleteket ismerő programozónak nem kerül sok fáradságba 
az elsajátítása. A run ( ) eljárás egyetlen HttpPresentattionComms 
típusú értéket fogad, amely megjelenítő objektumunkat teszi elér- 
hetővé mindazzal a kapcsolattartási lehetőséggel, amire a külső 
világ eléréséhez szükség van, ideértve a HITP-kérelmeket és 
válaszobjektumokat Is. 

A run ( ) eljárás a kimenet megjelenítéséhez elkészíti a Welcome- 
HTML egy példányát. Ez az a Java-osztály, amit az XMLC a 
Welcome.HTML -ből készített. Ezt követően a run ( ) a , time" ID-vel 
jelölt cspan:-tagok tartalmát a pillanatnyi dátummal és idővel 
helyettesíti. Ezekután írjuk a HITP-válaszobjektumba az üdvözlés 
tartalmát, amelyet a DOM-fa tartalmaz. 

Elkészíthetjük saját megjelenítő objektumunkat, a FooPresentationst, 
ahogy a 4. listában láthatjuk. Ne felejtsük el az új objektumot a 
presentation könyvtár Makefile-jának CLASSES sorához hozzáadni! 
Amikor a legfelsőbb szintű alkalmazáskönyvtárból a make-et 
újrafuttatjuk, a FooPresentation lefordítódik és bekerül Enhydra- 
alkalmazásunkba. 

Nagyon szép, hogy saját megjelenítő objektumot tudunk írni, de hol 
marad az alkalmazásobjektum, amely irányítja? A fő forráskönyvtárban 
ugyanazon a szinten, ahol a presentation, a data és a business könyv- 
tárakat találhatjuk, létezik egy, a projekt nevével azonos nevű Java- 
osztályfájl; a mi esetünkben tehát egy src/il/co/lerner/myproject.java 
fájlt kell keresnünk. 


Szuperserviet telepítése 

Szuperservletünket önmagában mostanáig az átfogó alkalmazáskiszol- 
gálón kívül futtattuk. Ez a képesség azon fejlesztők számára nagy- 
szerű, akik a fő (termelő) weblap zavarása nélkül szeretnék a prog- 
ramokat kipróbálni, de alkalmazásukat végül a kiszolgálóba építik. 
Az Enhydra segítségével viszonylag egyszerűen elvégezhető ez 

a feladat is: az alkalmazásunkkal kapcsolatos adatokat a kiszolgáló 
beállítófájljához adjuk, így az megtalálja az alkalmazást. Ezután 
alkalmazásunkat az irányítópanel segítségével az alkalmazáski- 
szolgálón egy tetszés szerinti URL alá helyezzük, ezáltal mindenki 
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4. lista Foobresentation.java 


/" 
x  myproject 


x " Enhydra szuperserwvilkélöimégnm etén átólkolonte den 
k 


7 
package il.co.lerner.presentation; 


// Enhydra Szuperservlet importok 

import com.lutris.appserver .server . hetpPresentation 
— , Httobreasentations 

import com.lutris.appserver .server . httpPresentation 
—? , Httobresentatloancom—s s 

import com.lutris.appserver .server . httpPresentation 
— HttpPresentationException; 


[AE Stelamatelémáe] 
imoort Jjava.io. TOExesotionms 


1mDPOTT S 


import java.util.Date; 
import java.text.DateFormat; 


public class FooPresentation implements 
— Httöbresentatiom í 


public void run(HttpPresentati1onComms comms) 
throws HttpPresentationException, 
SZAKOEBESSEjo[etíornááiki 


// A tartalomtíious célja a trelhaszmáló 
// böngészője 


comms . response. setContentType( "text/html" ) ; 


T6/7ETÉE aj ANTAL e ETTÉK ET ETETTSS E 

comms . response . writeHTML ( "-HTMUSsS" ) ; 
comms . response .writeHTML ( "-Head:s 
SzTitle-PFoo-/TitlesszHegd"; 

comms . response .writeHTML ( " Body: " ) ; 


comms . response .writeHTML ( " Ps5Fooc/ Ps!" ) ; 
comms . response .writeHTML ( "c/Body-" ) ; 
comms . response .writeHTML( "c/HTMUs5" ) ; 


számára elérhetővé válik. 

Ennek kivitelezéséhez az alkalmazáskiszolgálót még egyszer újra 
kell indítanunk az SENHYDRA/bin/multiserver parancsfájl 
segítségével. Ezután amultiserver a 8001-es kapun érhető el. 
Töltsük be a rendszergazdai képernyőt a böngészőbe, és nézzük meg 
a rendelkezésre álló alkalmazások listáját a bal felső sarokban. 
Másoljuk az output/conf/myproject.conf nevű alkalmazásbeállító 
fájlt — de ne a teljes alkalmazást — az $ENHYDRA/apps alá. Ha ezt 
megtettük, szerkesszük át az S$ENHYDRA/apps/myproject.conf 
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fájlt, megváltoztatva a Server.ClassPath([] értékét. Két lehet- 
séges Server.ClassPath([] érték létezik eleve a myproject.conf 
fájlban: egy az alkalmazás önálló módú futtatásához, egy másik 
pedig amultiserver alatti működéshez. Tegyük megjegyzésbe 
az önálló futásértéket (az első), és szedjük ki a megjegyzésből 

a második értéket. 

Most vissza kell térnünk a böngészőhöz, és az irányítópanelén 
kattintsunk az Add gombra (amelyiken egy nagy - Jel látható). Egy 
új alkalmazást szeretnénk beilleszteni, nevének (myproject) már a 
listában kell lennie. Válasszunk alkalmazásunkhoz egy kezdő-URL-t 
és gépeljük be azt a szöveget, amit ehhez az alkalmazáscsoporthoz 
szeretnénk rendelni. Az alkalmazás beillesztéséhez kattintsunk az 
OK gombra, majd frissítsük az irányítópanelt. A bal felső sarokban 
a , myproject" szót kell látnunk a többi betöltött alkalmazással 
egyetemben. Ha a myproject névre kattintunk, a képernyő jobb alsó 
részén adatokat láthatunk a projektről. 

Az alkalmazás futtatásához egy vagy több kapcsolatot hozzá kell 
rendelnünk, majd el kell indítanunk. Alkalmazásunk alapértelmezet- 
ten a 8002-es és a 8003-as számú kapun fut, amelyhez — ha akarjuk — 
egy vagy több kapcsolatot adhatunk hozzá. Ha a kapcsolatokat már 
meghatároztuk, kattintsunk a képernyő bal szélén található run 
gombra. A kapcsolat URL-ek hivatkozássá válnak, és rájuk kattint- 
va a webalkalmazásunk egyik vagy másik kapcsolatát nyithatjuk 
meg (azaz az Enhydra-logót és a pillanatnyi időt), egy új ablakban 
megjelenítve. (A JavaScriptet és az új ablakokat általában bosszan- 
tónak találom, de az Enhydra fejlesztői — ami a szép webfelületet 
illeti — meglehetősen jól egyensúlyoznak ízlésesség és használha- 
tóság között.) 

FooPresentation objektumunkat az URL megváltoztatásával ki 15 








próbálhatjuk. Helyettesítsük a WelcomePresentation.po-t 
FooPresentation.po-ra, ekkor nagy valószínűséggel a Foo HIML- 
kimenetet találjuk a képernyőn. 

Alkalmazásunkat egy vagy több kapuról kizárólag a webalapú irányí- 
tópanel használatával 15 eltávolíthatjuk, esetleg magából a kiszolgá- 
lóból. Végezetül a rendszert akár az irányítópanelen leállíthatjuk, 
vagy üssük le a CTRL-C-t abban a terminálablakban, ahol a multi- 
servert elindítottuk. 


Összegzés 

Servleteket nem különösebben nehéz írni, de az Enhydra sokkal 
többet kínál ennél. Különlegessége, hogy olyan környezetet nyújt, 
ahol a servletek egyszerűen létrehozhatók, valamint teljes, összetett 
webkiszolgáló futtatása nélkül 15 kipróbálhatók. Ráadásul az Enhydra 
által nyújtott szuperservletekkel sokkal könnyebb dolgozni, mint 

a hagyományos servletekkel, különösképpen azért, mert sem szál- 
problémákkal, sem pedig az egyes lapokhoz új vezérlő írásával nem 
szükséges bajlódnunk. 

Természetesen néhány hátulütője 15 akad a dolognak. Akárcsak a 
többi Java-program, az Enhydra CLASSPATH-beállításához 15 némi 
türelem szükséges. (Bár a Lutris javára kell írni, hogy a saját 
CLASSPATH-változóm eltávolítása az összes gondot megoldotta.) 
Igaz, az Enhydra önműködően létrehozott makefájljai óriási mérték- 
ben képesek csökkenteni a gondolkodási időt, amit egy kész alkal- 
mazás létrehozásába bele kell fektetni, ám a Java-programok azonban 
még így 1s legalább tízszer annyi fájlból állnak, mint Perl- vagy 
Python-testvéreik. 

Bár a szuperservletek nyilvánvalóan fejlettebbek , nem szuper" 
társaiknál, azért én még mindig habozom egy kicsit, mielőtt fejest 
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ugranék egy olyan módszerbe, amely annyira eltér a régi, jól bevált 
és kitűnően leírt szabványtól — különösképpen most, amikor a nyílt 
forrás közössége egyre inkább az Enhydrára összpontosít. Végül, 
mivel az Enhydra Enterprise még nem került forgalomba, a telepítés 
és a leírás némi kívánnivalót hagy maga után. 

Mindenezek ellenére könnyen megeshet, hogy a jövőben az 
Enhydra segítségével fogok Javában fejleszteni az egyszerű 
Jakarta-Tomcat helyett, amelyet ez idáig használtam. Az XMLC 
és az Összevont fejlesztőkörnyezet kettőse több szempontból 1s 
meglehetősen vonzó. 

Mint korábban említettem, az egyik ok, ami miatt az Enhydra 
Enterprise a leginkább felkeltette a figyelmemet, az, hogy képes 
kapcsolódni a Sun Enterprise JavaBeanshez. A következő két 
hónapban közelebbről 15 megvizsgáljuk az Enhydrát, elsőként az 
XMLC-vel, majd a DODS eszközzel ismerkedünk, amely relációs 
adatbázisokat rendel Java-objektumokhoz. Ezt követően egy kicsit 
az EJB világába 15 bekukkantunk, hogy szemléltessük: bár nyílt 
forráskódú programokra alapozunk, eszközeink semmivel sem 
lesznek kevésbé hatékonyak, mint az üzleti programozókét. 


Na Aeuven M. Lerner 

"E ] (reuvenolerner.co.11) kisebb webes és 
JT] internetes módszerekkel foglalkozó tanács- 

! adó cég tulajdonosa és vezetője. A cikk 
megjelenésének időpontjában valószínűleg 
már végleg elkészült Core Perl című könyvé- 
vel, melyet idén jelentet meg a Prentice-Hall. Az ATF honla- 
pon érhető el (2 http:/Avww.lerner.co.il/atf/). 





ekes GR géraRI a MEGÁRT 
HELL EG jsló 
Fene LNKL ette 


[1] 


Angol nyelvű számításteathnikai 


szak kizfehaté-l és magazinok. 


jeSZNNÉT nr 2 a . - 
kiskapu Kft. 1081 Biudanazt, Mápszínaáz 14. 29. 


e rid E e aa ke JT u. ar I rar 
felelesre ÜLÉS 19 Fene 0 8-A AT 


beteg tetés: H-P: 8 -18 , Köd; §—zA 


Let li 5 ff e. 8 úi 9 úl . h "Új 





2001. szeptember 69 





0 Kiskapu Kft. Minden jog fenntartva 








0 Kiskapu Kft. Minden jog fenntartva 





Naplófájl színezése 





Gaelyne bemutatja, hogy az Apache httpd.conf fájljának 
megbűvölésével miként színezhetjük ki webes naplófájljainkat. 


weboldalak tárolásával foglalkozó cégeknek a legtöbbször 
AA életbevágóan fontos, hogy Apache-kiszolgálóik mit tesznek 

elérhetővé a világ számára, és ezt a lehető leggyorsabban 
szeretnék megtudni. 
A rendszergazdának állandóan figyelnie kell a rendszer naplófájljait, 
ugyanígy a webes rendszergazdának 1s ellenőriznie kell a webes 
naplófájlokat. A valós idejű rendszerelemző programok nagy számát 
tekintve biztos voltam benne, hogy webes naplófájlok figyelésére 
több ilyen programot is találok majd. A 3 http://freshmeat.net és más 
internetes lelőhelyek átbogarászása után megállapítottam, hogy igénye1- 
met egyik program sem elégíti ki. Néhány ugyan éppen elérte a megfe- 
lelő színvonalat, a legtöbb azonban csak egy fájl figyelésére alkalmas; 
az a néhány pedig, amelyik több fájlt 15 elemez, olyan reménytelenül 
kezelhetetlen volt, hogy inkább más megoldás után néztem. 


Végül nem programot használtam a feladatra, csupán végrehajtottam 
néhány módosítást az Apache httpd.conf fájljában. Az az ötletem 
támadt, hogy a gépekről származó adatokat egy , eldobható" napló- 
fájlban összegyűjtöm, amit a colortai1 segítségével egy külső 
monitoron jelenítek meg. Így azonnal láthatom, melyik gép végez 
webes tevékenységet, honnan jön a forgalom, illetve éppen mely 
oldalakat hívják le. Sőt, ezáltal a parancsfájlokkal ügyeskedő sráco- 
kat és a nagy keresőmotorokat 15 megfelelően , kezelhetjük". A rend- 
szer olyan jól bevált, hogy később a rendszernaplózást 15 ennek 
használatával oldottuk meg. 


A httpd.conf módosításai 
Az általános naplózás formátuma (LogFormat) mellett egy 
, webmonitor" nevűt 15 létrehoztam: 


7. [ista A colortail.conf 


aze cikéreaezéi szímek listája. Ezek bármelyikét 

használhatjuk, ha az alábbi formátumot betartjuk. 
Ge OR 
GGIOR 
COLOR 
Get OR 
Get OR 
GO OR 
GOILOR 
COLOR 


iMagemtáai 
cyan 

green 
yellow 
brightred 
blue 
brightblue 
brightwhite 


3 3 H 3 H 3 3 3 HE Jt 


COLOR magenta 
( 
5 s (yi Ivalami .comy] ) .7s 
"5", (HEAD /).:S 


) 


(GOT OT Egy Zen 


VEK 


GET /konyvtat/ ) . "S 
5 S (GET /masikkonyvtacz/). "S 


( 
5 e ( y Imásvalami . com. any] ) "8 
5 S (GET /maáolok/)  .7s§ 

( 

( 


COLOR lazaielmeyel Law 

( 

t minden IP-címre illeszkedik 
EIA VS [0 TERELTE LO TAL SESE ATTTAVÉS 
see SAST KK 

e KITORT ASZ e NEEE REA AAA LES VELOS AA AAL SZET SE 
SM 
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s TOT (13) s 

rt egy sorban két 1IPp-címre illeszkedik 

TT ESEK 
SA I TO OO. 

SZAG EÁLESÉS TE tee 

j60AEK s AL HO TEO ARÉNZZÁ da VER HL(O ESZÉT VKÉ EGYBE 8 tő SB TLL0 FEET HA ETÁTEÉSRSHÁT VS 

97 TESÁLRSSAAT 980 ABE Aszóa eGGN TAL SEA HET AE [AAOT 078 EKEALSB AA A VERE OO E ALÁZ 
SZA TKÁTRLRÉSÉSAR a MESSKS ÉS 

já ESZA TO TEK CTAGKATAKÁLERÁT AA (6) FEE VEL EGER A al NBR TALLÉRT 00 NE 

vaz MO Ez s LE E E SL e 
e I TE 
hi 


sza 
—? [0—- 


COLOR brightred 

( 

t a root szóra illeszkedik 
ÜSS als BEEE 

t a DENY szóra illeszkedik 
TEO T BEL Te R6BÜ és ő 

5. (eth-in DENY eth0O0)."S 

Tt Remdszermapolózás 

, " (authenticatiom tailuze) "S 
jo Vr elllo EBSSES 

5, s (Ettol) a 76 

5 (Salma vs 

5, ( 100038) . "S 

EN éa 

5 s (LOGIN) 68 

t CGI-BIN és PHP elemek 
(ESZE re ej KIE [o sTKTAS IKEESI SS 
(ojat 

Too ete 





2. lista A cron 


t/bin/sh 

tt 

HE relkóéve s szad l. 11 tás8 

§t Ez a fájl naponta egyszer fut le a cronból. 
t Megforgatja a webmonitor log fájlt és 

H újraindítja a  sziTreisőmegnketkerntá mér ieüő 


3 


BRET ez jeles előzte ező csatlakoztatott számicógé 
í IMEVÉC — CÍ2Ó. VELEM. COM —ra állítja . 

otvis w ] greo C€Íi28 ] cut -a 10-15 

Tt Leállítja a colortailt, megforgatja 


TT a maplórájlet, újraimdítja az Abpacha-és 
t a rendszernaplózó démonokat. 


TOTH rtéa/Al o jatláran ő eco INNÉT KN KK SON o táj sZEtkátNÉs 

co /var/log/zlattiogd/ welmomitosz Iodc 
—2/var/log/lnttjod/welmomitoz log. oldás 
rm /var/log/httpd/webmonitor log; 
kill -i cat /var/rumzlmttjódl.-ijodel 
TEJE S Tt 7/A toast AAA lest KERÉK MLM S EU REG zs ákore al 

" Ha a €129 csatlakoztatott, akkor 

t az alábbi sorok a colortail kimenetét 
TS EMKelkülettáteó 


siósistllll I 
then 
colortail -f -k 

— /etc/colortail.conít/var/1logd/httjod/ 
öwelmomitor logsz /dev/Sjotv € 

tal 


" So " l fs mor ] 


LogFormat "IZ2v] $8h 2úU W"8rW" $5s $ownv"5(íReferrerj)i 
et. tr j(User-ádgentjit" st" webmonitor 

Ez a naplóadatot a hivatkozóval (Referrer) és a böngésző nevével 
(User-A gent) együtt egy második sorban jeleníti meg, megkönnyítve 
az olvasást. A naplófájl bármilyen formátumú lehet, akár a , meg- 
szokott" is, amilyet a hagyományos naplózáshoz használunk. Azért 
döntöttem a megváltoztatása mellett, mert az Apache elég rugalmas 
ahhoz, hogy megtehessük vele. 

Mivel a GIF, JPEG és PNG grafikus fájlok a megjelenítést elronthat- 
ják, az alábbi sorokat illesztettem a httpd.conf fájl általános naplóré- 
szébe, amellyel kizártam e három fájltípust: 

SetEnvIf Reguest URI V.gifS unwanted 

SetEnvIf Reguest URI 4VW.JjpgS unwanted 

SetEnvIf Reguest URI 4V.pngS unwanted 

Névalapú virtuális gépeket használtam, és mindegyikhez saját 
-AVirtualHosts5 és c/VirtualHost5 tagok tartoznak. Állandó 
naplófájljaik mellett , webmonitor" fájlunkhoz minden egyes gépnél 
egy CustomLog parancsot adunk ki, például: 

cAVirtualHost valami.comz 


CustomLog /var/log/httpd/someisp.com-access log 
sscombined 

CustomLog /var/log/httpd/webmonitor log 
söyebmonitor env-!unwanted 
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c/VirtualHost: 

Bővítésem a következőképpen nézett ki: 

CustomLog /var/log/httpd/webmonitor log webmonitor 
soenv-!unwanted 

A /var/1o0g/httpd/webmonitor log a naplófájl elérési útvonala, 
amelyet az Apache azonnal el is készít, ha induláskor még nem létezett. 
Az egyéni formátumot használó naplófájl neve webmonitor, ezt a 
fenti LogFormat szakaszban határoztuk meg. Az env- ! unwanted 
hatására a SetEnvIf sorokban megadott elemeket nem naplózza, így 
a grafikus fájlokra irányuló kérelmekről nem kapunk jelentést. 

A fentiekben ábrázolt felügyeleti módszer olyannyira hasznosnak 
bizonyult, hogy a rendszernaplófájlokra 1s kiterjesztettük. Ehhez 

az alábbi sorokat illesztettük a /etc/sys1og. conf fájlba: 
kern.";authpriv.Yt;"§".crit;".error;?.warning;".emerg 
5 /var/log/httpd/webmonitor log" 


A Colortail 

A Colortail Joakim Andersson (3 pt98jan Cstudent.hk-r.se) programja, 
amit a 3 http://www.student.hk-r.se/-pt98jan/colortail.html címről tölt- 
hetünk le, és a GNU felhasználási szerződésének feltételei érvényesek rá. 
A naplófájlok kiszínezése szebbé varázsolja a megjelenítést, továbbá 
óriási előnye, hogy a labor másik sarkából egyetlen pillantással meg 
tudjuk állapítani, éppen melyik gép bonyolít le forgalmat. 

A Colortail mellett néhány példajellegű beállításfájlt 15 találunk, 
melyek egyike sem igazán felel meg a webes naplózáshoz (talán 

a conf.xferlog Jó valamire). Némi bűvészkedés után az alábbiakban 
ismertetett formátumot alakítottuk ki. Ez egy keresztezés, mely webes 
és rendszerre vonatkozó események figyelésével egyaránt foglalkozik. 


A színezés bekapcsolása 

Ha a színezést helyileg szeretnénk bekapcsolni, akkor a 

colortail -f -k /etc/colortail 

3 /var/log/httpd/webmonitor log £ 

parancsot használjuk. Egyetlen hátránya, hogy nem lehet állandóan 

a képernyőn, mindig a konzolról vagy az X-ablakról kell rá átváltani. 
A tevékenységek tökéletesebb megfigyeléséhez a színes kimenetet 
a rendszerhez kötött Commodore I28D típusú számítógépen jelenít- 
jük meg. Az általunk használt felépítésben a C128 egy belső kiszol- 
gálóra csatlakozik nullmodemmel és PPP-kapcsolattal. Innen lépünk 
be a naplófájlokat tartalmazó kiszolgálóra. Erre a célra bármilyen 
régi számítógép megfelel, amely képes ANSI vagy VT100-as meg- 
jelenítésre, valamint 80 oszlopos képernyővel rendelkezik. A PPP 
nem követelmény. 

A colortailt nem a Commodore-ról indítjuk el, hanem az éjjelente 
lefutó cronra bízzuk a naplófájlok megforgatásának és a színes kimenet 
átküldésének feladatát. A 2. listán az ezt végrehajtó fájl látható. 


Összegzés 

A naplófájlok figyelésének annyiféle módja létezik, mint égen a 
csillag, éppen ezért találtam érdekesnek ezt a feladatot. Bár a színe- 
zett naplófájlokban nincs semmi forradalmian új, még sehol nem 
láttam ilyesmit, és ez a megvalósítás tökéletesen megfelelt az igé- 
nyeimnek. Remnyeim szerint ez a cikk felkeltette a webes események 
valós idejű megfigyelésére áhítozó rendszergazdák érdeklődését. 


Gaelyne Rh. Gasson 
(gaelynevideocam.net.au) webes rend- 
szergazda Dél-Ausztrállában. A cikkben 
vázolt módszerrel egy szempillantás alatt 
meg tudja állapítani, honnan nézik webka- 
meráját 3 http://gaelyne.com/webcam7/. 
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0 Kiskapu Kft. Minden jog fenntartva 





Alkalmazásíindítók 


Marcel az ideális programindítókról álmodozik és néhány kedvencével 


ismertet meg bennünket. 


Áh, Francois, sehogysem 
boldogulok ezzel a menü- 
vel, de nem tudom levenni 
róla a szememet. Anny1- 
felé elkalandoznak a gon- 
dolataim! E havi témánkul 
ugyanis az indítófelülete- 
ket választottam. Francois, 
te biztosan tudod, mit 
értek alkalmazásiíindítók 
alatt, például azt a hatal- 
mas tappancsot a Gnome- 
munkaasztal bal alsó sarkában a tizenegyes 
asztalnál, vagy éppen az óriási K betűt 

a KDE-munkaasztalon a hatos asztalnál. 

És természetesen ott sorakoznak a kis keze- 
lőgombok a KDE- és Gnome-menün! 

Ám a fent említetteken túl az emberek már 
régóta kísérleteznek az alkalmazások más 
módon történő indításával. Például... Ó, 
végre megérkeztek régi ismerőseink! Isten 
hozott benneteket Chez Marcelnél! Francois 
és jómagam éppen az alkalmazásindítókról 
beszélgettünk. . . Üljetek le és helyezzétek 
magatokat kényelembe! 

Francois, légy oly kedves, hozz egy kis bort, 
de sebtében! Az 1989-es évjáratú Elzászi 
Rizling kellemes nedű, igazán itt az ideje, 
hogy vendégeink is megízleljék. 
Megmutattam Francois-nak a programindí- 
tókat a KDE-ben és Gnome-ban, de számos 
további munkaasztal-felület vár ránk a 
Világhálón 1s; a könnyebb elérhetőség ked- 
véért pedig ikonokat helyezhetünk el a 
munkaasztalon. 

Ti, akik hozzám hasonlóan a parányi Window 
Makert élvezettel használjátok, ismerked- 
jetek meg a nevét meghazudtolóan kiváló 
egygombos alkalmazásindítóval. Ezt a 
WMbad névre hallgató helyes kis program- 
indítót Alexandre Beraud és Emmanuel 
Sunyer készítette, és több olyan hasznos 
szolgáltatást nyújt, mint a tématámogatás 
vagy a görgetés, illetve az alkalmazások 
közti színátmenetes áttűnés. Csupán egy 
kattintás a nyílon és máris láthatjuk, amint 
az aprócska ábrák legördülnek egymásról. 
Vajon mit kezdjünk mindezzel? Saját mun- 
kaasztalomról elárulhatom, hogy időnként 
meglehetősen túlzsúfolt. Így hát nem rossz 
ötlet egy olyan alkalmazásindító beszer- 
zése, amely alig igényel helyet a munka- 
asztalon. Vessetek csak egy pillantást az 
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1. képre, a munkába állított WMbadre! 
Összeépítéséhez első lépésként gyűjtsük be 

a forráskódot tartalmazó tömörített állományt 
a 2 http://perso.mnet.fr/esunyer/ 
wwmbadeng.html címről. A program telepí- 
tése egyszerű, bár néhány lépéssel tovább 
tart, mint amihez eddig hozzászokhattunk. 
A theme és pixmap könyvtárakat saját- 
könyvtárunkba kell bemásolnunk: 

tar xzvÍ wmbad-0.3.0.tar.gz 

cd wmbad-0.3.0 

make 

make install 

mkdir SHOME/.bad 

cp config.bad SHOME/.bad 

cp alpha.xpm SHOME/.bad 

cp -R pics SHOME/.bad 

cp -R themes SHOME/.bad 

Most már csak az 
alkalmazás elindítása 
maradt hátra. Ehhez 
gépeljétek be: 
wmbad §. Minden, 
ami a WMbad test- 
reszabásához szük- 
séges, magából a 
programból elérhető. 
Szükséged lenne 
gyors xtermre? 





1. kép Nem is rossz, 
Igaz? A WMbad 
helyigénye igen kicsi 


Kattints egyet a 
képernyő bal oldalán 
megjelenő tálcára, majd a jobb oldali 
kerek gombra, így a beállítófájlt (config) 
a szövegszerkesztőben szerkeszthetjük, 
majd frissíthetjük. 
Remélem, ti 15 úgy fogjátok találni, hogy a 
beállítófájl formátumával könnyű dolgozni. 
Lássuk a példát! Fordítsunk különös figyel- 
met a , Commands number" (parancsok 
száma) szöveget tartalmazó sorra! Ha növe- 
litek a meghatározott parancsok számát, 
ennek megfelelően ezt a számot 1s meg kell 
változtatni. Jómagam hét lapozóparancsot 
adtam meg, a , gyári" beállítófájl azonban 
csak négyet tartalmaz: 
I Theme pixmapl] 
default .xpm 
[NONE/SCROLL/STORE] 
SCROLL 
[Commands number] 
7 


[Com 1] 


emacs 
editor .xpm 
Véletlenül tudomásomra jutott, hogy akad- 
nak köztetek olyanok is, akik az AfterStepet 
használják. Menünk alábbi fogása pont nekik 
való. A következő sorok valójában mindenki 
számára hasznosak lehetnek, hiszen KDE- 
ben, Window Maker ablakkezelőből futtat- 
tam a következő programot, melynek neve 
asbutton, és Ryan Lathouwers keze mun- 
káját dicséri. A program legfrissebb változata 
a 2 http://home.pacbell.net/rzanlath/ 
asbutton.html címről tölthető le. Csomagol- 
juk ki a forráskódot, majd végezzük el a 
program összeépítését! 
tar xzvfÍ asbutton-0.3.tar.gz 
cd asbutton-0.3 
make 
make install 
cp .asbuttonrc SHOME 
Az utolsó parancs az alapértelmezett beállí- 
tófájlt a sajátkönyvtárunkba másolja. 

Az állomány formá- 


41 [SZE tuma egyszetű és 
tek] Azasbutton — pontosan leírt, úgy- 
program hogy egyéni paran- 


csokat hozzáadni 
sem lehet bonyolult feladat. 
És ha a kíváncsiság már csak- 
nem megöl benneteket, hogy 
a programot az eredeti 
parancsgombokkal lássátok, 
indítsátok el az asbutton § 
parancs segítségével. 
Amennyiben - az alapértel- 
mezés szerinti négygombossal 
szemben - a kilencgombos 
változatot kívánjátok futtatni, 
használjátok a -n 9 kapcsolót. 
A programindító által elfoglalt hely minél 
jobb kihasználása érdekében egy indítógomb- 
hoz több alkalmazást 1s rendelhetünk. Egy 
kattintás a bal egérgombbal, és máris indul 
a felső program, egy kattintás a jobb egér- 
gombbal, és azonnal dolgozni kezd példáulaz 
xosview. Ezt kilenc gombra kivetítve 
azt jelenti, hogy egyetlen egérkattintással 
18 programhoz férhetünk hozzá, miközben 
csak csekély, 64x64 képpontos felületet 
használunk fel a képernyőből (2. kép)! 
Ha ragaszkodtok ahhoz, hogy ez az indítási 
lehetőség megjelenjék az AfterStep ablak- 
kezelőtökben, a következő sort szúrjátok be 








a beállításokat leíró állományba: 

:Wharf asbutton - Swallow 
"asbutton" asbutton c€£ 

Ha a szóban forgó állományt nem sikerült 
megtalálni, elárom a helyét: 
SHOME/GNUStep/Library/AfíterStep 
/wharf/config 


3. kép A minibar — bor 
sajnos nincs a kínálatban 


Szeretnék egy másik 
programindítót is be- 
mutatni nektek, mely 
a neve miatt különö- 
sen vonzó. Hittétek 
volna, hogy a mini- 
bar elnevezés valami 
ilyesmit takar? 
Michael Eddington 
minibarját megpil- 
lantva — bevallom — 
én először csalódott- 
nak éreztem magam, 
ugyanis még egy 
üveg közönséges 
asztali bor sem talál- 
ható benne! Prog- 
ramindító létére 
azonban olyan apró, 
hogy szinte alig vesz 
el helyet a munka- 
asztalból. Ikonjai kisméretűek és egyetlen 
egérkattintással bármilyen parancsot elindít- 
hatunk. , Előételként" töltsük le 

a 2 http://www.phed.org/miniProject címről 
saját programpéldányukat. 

Egy apró figyelmeztetést azért engedjetek 
meg... bár a világért sem szeretném, ha 
szerénykednétek a kóstolgatásakor! Vegyé- 
tek és fogyasszátok, amíg csak tetszik, 
barátaim! Francois, tölts még bort! Nos, 
amiről szólni akarnék, az, hogy a terjesz- 
tésben létezik egy előfordított bináris állo- 
mány, viszont nehézségekbe ütköztem 

a futásidejű könyvtárak kapcsán. A feladat 
megoldásának legegyszerűbb módja, ha 

a tömörített állományt kicsomagoljuk, 
eltávolítjuk a régi futtatható állományt, 
majd elvégezzük a program újbóli össze- 
építését: 





tar xzvÍ minibar-0.05.tar.gz 

cd minibar-0.05 

make clean 

make 

make install 

cp minibarrc SHOME/ minibarrc 
Amint látjátok, az utolsó lépés a beállítófájl 
sajátkönyvtárunkba történő bemásolását 
foglalja magába. Mondom, ez egy közönsé- 
ges állomány, mellyel egyszerű dolgozni. 
Minden nyomógomb és parancs kialakítása 
könnyű, ahogyan ez a 5. képen 15 látható. 
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Ha például , billentyűt" szeretnék kialakí- 
tani, amelyre az egérrel rábökve elindítha- 
tom a Gimpet, az állományba az alábbi 
sorokat szükséges beszúrnom: 
/usr/include/X11/pixmaps/ 
Ssmini-palette.xpm 

The GIMP 
gimp 
A beszúrt sorok közül az első miniikonjaink 
elérési útvonalát tartalmazza (a telepítési 
folyamat jó néhány ikont bemásol a 
/usr/include/X11/pixmaps 
könyvtárba), de emellett más ikonokat is 
használhatunk, sőt, sajátokat 15 készíthetünk. 
Az alábbi példában egy 48x48-as png képet 
akartam Gimppel 16x16-os méretűvé átala- 
kítani, végül pedig .XPM állományként 
elmenteni. Egy kis mágia az 
ImageMagickkel, és íme: 
convert -geometry 16x16! 

s gnome-gimp.png gimp.xpm 
Az átalakítóprogram az ImageMagick- 
eszközkészlet része, és valószínűleg már 
telepítetted Linux-rendszeredre. További 
érdekes parancsok várnak még felfedezésre, 
többek között a mogri fy és identify. 
Abban az esetben, ha az ImageMagick nincs 
a rendszeredre telepítve, de ebben nem vagy 
teljesen biztos, telepítő CD-id segítségével 
ellenőrizheted, vagy keresd fel a Hálón a 
2 http://www.imagemagick.org helyet. 
Az igazság az, hogy az ilyen alkalmazás- 
indítók csak közönséges menük, igaz, némi 
körítéssel. Minthogy lényegük még mindig 
egyszerűségükben rejlik, a mai menühöz 
hozzáadnék egy utolsó fogást 1s, valami 
olyat, ami egy másfajta indítóval áll közeli 
rokonságban. 
Hadd ajánljam a figyelmetekbe David Slimp 
programját, a Perl Defense Blastert! Ez a 
szerepjáték teljes egészében Perl nyelven 
íródott, és ASCII-képernyőn fut, igencsak 
szerény grafikával. Ennek ellenére megle- 
hetősen nehéz abbahagyni — vagyis könnyen 
okoz játékfüggőséget! Saját példányotokat 
a 2 http://perlblaster.sourceforge.net/ 
címről tölthetitek le. Néhány modul beszer- 
zése végett szükséges lehet a CPAN-honlap 
felkeresése 1s: a Curses.pm és a 
TermReadKey.pm. FIP használatával pedig 
az 2 ftp://ftp.cpan.org/y PPAN/modules 
címről juthatunk hozzá a programokhoz. 
2 ftp://ftp.cpan.org/ CPPAN/modules/ 
by-module/Curses és 5 ftp://ftp.cpan.org/ 
CPAN/modules/by-module/Term 
Igaz ugyan, hogy befejeztem már a Perl- 
modulok telepítését, ennek ellenére hadd 
adjak erről 1s rövid összefoglalót. Példaként 
a Curses.pm modult fogjuk használni. 
cd /usr/local/temp dir 
tar xzvÍ Curses-1.05.tar.gz 
cd Curses-1.05 
perl Makefile.PL 





LL 


make 
make install 
Minthogy a Perl Defense Blaster (4. kép) 
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4. kép A Perl Defense Blaster, 
a harcos Perl-szerepjáték 


nem több puszta héjprogramnál (egyúttal 
jó alkalmat teremt arra, hogy a Perl-kóddal 
kísérletezzünk!), nincs más teendőnk, mint 
a forráskódot kicsomagolni és futtatni: 
tar xzvíÍ perlblaster- 
50.1.0.tar.gz 
cd perlblaster-0.1.0 
./perlblaster § 
A számbillentyűzet négyes és hatos gomb- 
jait használhatjuk a balra, illetve a jobbra 
mozduláshoz, az ötöst pedig tüzeléshez. 
Sok sikert! Remélem, ínyetekre való volt 
a mai menü, és legközelebb ismét benéztek 
hozzánk. Egészségetekre! 


Marcel Gagné 
(mggagnecgsalmar.com) 


Kanada) él, a Salmar 
Consulting Inc. rend- 
szerépítéssel és hálózati 
tanácsadással foglalkozó cég elnöke. 
Pilóta és scI-fI Író egy személyben. 

A világhálón elérhető honlapján sok 
hasznos dolgot találhatunk. 

2 http:/Avww.salmar.com/marcel/ 
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Jagged Alliance 2 Linuxra 


zeretetteljes üdvözlet a Tribsoftnak! E bimbózó, linuxos 
játékokat gyártó vállalat bemutatkozó terméke a Windowsról 
átültetett Jagged Alliance 2, ami nagyszerű választásnak 
bizonyult. A JA2 eredetileg Sir-tech játék még 1999-ből. Zsoldos 
katonák seregét irányíthatod benne közvetlenül, hogy száműzött 
vezérük hatalmának visszaszerzésében segíts, és szülőföldjét megsza- 
badítsátok a zsarnok uralkodó rabigájától. Ennek érdekében saját 
pénzügyi forrásaiddal kell gazdál- 
kodnod, a megfelelő időben 
rátermett zsoldosokat kell fogad- 
nod, illetve az alkalmatlanokat 
kirúgnod; továbbá a Te dolgod 
segédkezni a gerillacsapatok 
kiképzésében, valamint megsze- 
rezni a szükséges fegyverzetet és 
ellátmányt. A továbbiakban még 
olyan feladatok várnak rád, mint 
néped egész országának felszaba- 
dítása, és természetesen egyszer 
megküzdesz a rosszfiúkkal Is. 

A játékot csupa elérendő céllal 
tűzdelték tele, ugyanis végigját- 
szása a számos beállítás miatt 
huzamosabb ideig eltarthat, és 
egyetlen tanulókör 15 olyan bonyo- 
lult, hogy még a lábaid 15 össze- 
gabalyodnak -— főleg akkor, ha irtózol a kézikönyvek hosszas böngé- 
szésétől. A mára már klasszikussá érett játék mellett népszerűségén 
és összetettségén kívül még egy igen fontos érv szól: tényleg nagyon- 
nagyon szórakoztató ! 


A történet 
A Jagged Alliance 2 voltaképpen a Jagged Alliance sorozat harmadik 


része (a második a Jagged Alliance: Deadly Games), és nem ez az 
utolsó darabja. A Tribsoft munkatársai fáradhatatlanul dolgoznak, 
hogy a közeljövőben a JA2-sorozat következő részével ajándékoz- 
zanak meg bennünket, a Jagged Alliance 2: Unfinished Business-szel. 
A játék alapvetően az irányításod alatt álló zsoldosseregek tevékeny- 
sége körül forog, mivel szereped szerint a képzeletbeli arulco nép 
száműzött vezérének próbálsz segíteni. Deidranna királynő eltörölte 
a demokratikus kormányzatot, és hadserege erejének felhasználásával 
saját magát nevezte ki a csöppnyi ország legfőbb uralkodójává. 
Arulco elűzött vezetője, Enrico Chivaldori titokban felveszi veled 

a kapcsolatot: a játék kezdetén egy csendes kiskocsmában találkoz- 
tok, ahol megosztja veled szomorú történetét, és rengeteg pénzt kínál 
azért, hogy felszabadító háborújában a segítségére légy. Terve igen 
egyszerű: behatolsz az országba, visszaszerzed a városait, kiképzed 
az embereit, hogy meg tudják magukat védeni, végül visszahelyezed 
őt a hatalomba. Ha beleegyezel abba, hogy segítesz neki, a kapcsolat- 
tartáshoz szükséges hálózattal és a kezdéshez elegendő pénzzel is 
ellát (a beígért többivel majd később). Nos, természetesen beleegye- 
zel (hiszen pénzéhes zsoldos vagy, és pénztárcája bankjegyekkel van 
kitömve), majd elkezdődik a kaland. 

A belső történet voltaképpen nem egyenes vonalú; bár az ország 
visszaszerzése mint végső cél az egész játékot uralja, az 15 a felada- 
taid közé tartozik, hogy Arulco népének segítséget nyújts — emiatt 
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pedig gyakorta fognak kisebb-nagyobb, de mindig feladatok teljesíté- 
sével 15 megbízni. Ilyen például, hogy pénzjutalomért terroristát fogj 
el, titkos ügynököknek adj át üzeneteket, polgárőrséget képezz ki, 
valamint a felkelők csapatai számára tisztítsd meg az utánpótlási 
útvonalakat — ilyesmikkel a JAZ2 minden fordulójában találkozhatsz. 
A térkép mutatta világ maga annyira összetett és részletes, hogy 
időről-időre nagyobb célokba rejtett kisebb küldetésekbe is belebo- 
tolhatsz. Például az ország egyik 
körzetének ellenséges erőktől 
való megtisztítása közben, ha 
figyelmesen belepillantasz az 
épületekbe, egy pici, ingeket 
készítő gyárat fedezhetsz fel. 

Ha még közelebbről megnézed, 
mi folyik ott, észreveheted, hogy 
gyermekeket dolgoztatnak, és 
nemes szándéktól vezéreltetve 
kiszabadíthatod őket. A játék 
alatt kapcsolatba léphetsz az 
NPC-kkel (, nem Játékos 
szereplő" — több mint 150 van 
belőlük); akik valójában csak 
adatforrások, saját játékod 
történetének egyedi fejlődéséhez 
azonban nagyon 1s sokat tehetnek 
hozzá. A JAZ történetének szaba- 
don formálható természetéből fakad a játék talán egyetlen hibája: 
lehetőség nyílik az elnyújtott, rétestészta-típusú játékidőkre, azaz 
rövid JA2-játékmenet nem létezik. 


A játék menete 

Némi fejtörést okozhat a Jagged Alliance 2 besorolása. Szerepjáték? 
Nem, akarom mondani: mégis, igen. Stratégiai játék? Néha. Valós 
idejű vagy körökre osztott? Mindkettő, vagyis attól függ... Szemmel 
láthatóan a JA2-t nehéz beskatulyázni. A Sir-tech a JA2-ben a 
stratégiai, a szerepjátékok, a valós idejű taktikai, valamint a körökre 
osztott Játékok legjobb tulajdonságait egyesítette, okosan egyensú- 
lyozva az egyes összetevők között, és rendkívül gördülékeny játék- 
menetet teremtve. Igazán mesterré válni azonban meglehetősen nagy 
kihívás. A JA2 vezérlőfelületének változatossága és összetettsége 

a SimCityt Juttathatja eszünkbe, mindamellett azt hiszem, a legtöbb 
játékos egyetért velem a tekintetben, hogy ha egyszer a játék alapele- 
meinek mesterévé válnak, és a kezelőfelület legapróbb részleteit 15 
kitapasztalják, a vezérlés eme szintje nemcsak szükséges a szerepjá- 
ték kombinációihoz, a taktikák és stratégiák olajozott működteté- 
séhez, de a játék rendszerében voltaképpen ez nyújtja a rugalmasság 
és alkalmazhatóság kényelmes fokozatát. 

A játék a zsoldosoknak járó hordozható számítógépeden kezdődik. 
A S1r-tech kifejlesztette sirOS VIII-nak nevezett saját, faux operá- 
ciós rendszerrel bíró felületét (kicsit mintha a Windowsra hajazna), 
amellyel Arulco mély dzsungeleiből az Interneten keresztül tudsz 

a Sir-techhez kapcsolódni (nem árt tehát időben műholdas modemet 
beszerezni). Innen kezdeményezhető számos erőforrás kezelése 1s. 
Kérdéses sem lehet: laptopod nélkülözhetetlen ahhoz, hogy zsoldos- 
ként sikeres légy. Ennek segítségével elektronikus leveleket küld- 
hetsz és fogadhatsz (sőt, nemkívánt levélszemetekhez (spam) jutsz, 
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amelyek az ellenkezőjét állítják magukról!). Üzleti weboldalakat 
kereshetsz fel, az e-kereskedelemmel foglalkozó oldalakról (ezek 
közül némelyik fejlesztés alatt állhat) pedig fegyvereket és lőszert 
vásárolhatsz, valamint költségvetésed alakulását 15 nyomon követhe- 
ted. Adatokat ugyancsak tárolhatsz rajta, például Arulco térképét, 

a kémek által szerzett katonai adatokat, sőt az eseménynaplót 1s át 
tudod böngészni, hogy vajon mikor mit 1s cselekedtél. 

Számos weboldal átbogarászása után zsoldosokból álló kezdőcsa- 
patod megszervezésével folytatódik a játék. A Nemzetközi Zsoldos- 
szövetség (Association of International Mercenaries — A.I.M.) a leg- 
nagyobb és legtekintélyesebb munkaközvetítő, ami a rendelkezésedre 
áll — bár végső soron a saját ízlésed szerint megalkotott katona fel- 
használása 15 a Te döntésed. A zsoldosok toborzásában csupán egyet- 
len korlátozó tényező akad: a pénz. Minden zsoldosnak megvan 
ugyanis a maga ára. 

Mi: több, minden katona teljesen egyedi személyiséggel bír, továbbá 
saját felszerelési tárgyaik lehetnek. Néhányan jól kijönnek másokkal, 
némelyek viszont nem. Némelyikük igazi profi, hiszen egész életében 
ezt csinálta, mások pedig csak őrült, rögeszmés korcsok, akik pénzért 
még a saját anyjukat is eltennék láb alól. A játékban a legnagyobb 
kihívást nem más jelenti, mint hogy a zsoldosokból igazi csapatot 
kovácsolj, akik együttműködnek egymással, értékelik egymás képes- 
ségeit; és ami a legfontosabb: képesek vállvetve harcolni, hogy áttör- 
jenek a gonosz Deidranna királynő hadseregein, továbbá a szűkös 
költségvetésed adta kereteken belül mindent megtegyenek a kitűzött 
cél érdekében. A játék folyamán lehetőséged nyílik toborozni vagy 
bérelni néhány jóval fejlettebb zsoldost is, akik új tapasztalatokat 
szerezve bölcs veteránokká válnak. 

Valóban érdekes folyamat, ahogyan csapatoddal összeszoksz; a játék 
folyamán szemed előtt bontakoznak ki embereid sajátos adottságai: 
személyiségük fejlődik és kiemelkedik. Néhányuk eléggé ostoba 

lesz (itt figyelmeztetném a szülőket: néhány zsoldos úgy káromkodik, 
akár egy kocsis!), mások bátrak és nagyszájúak, vagy félénkek és be- 
felé fordulók, és majd" minden párbeszédük mosolyt csal az arcodra. 
Kedvencem a Steroid kódnévre hallgató zsoldos, aki Hans és Franz 
stílusú Schwarzenegger-hangon, pléhpofával jelenti be sebesülését: 

, Kilyuggatták a bőröm és most beázik". 

Zsoldosaidat Arulco valamelyik városában dobják le, tehát innen 
mozgathatod őket. Valós időben és bármely irányban haladhatnak 

a térképed felvázolta lehetőségek szerint, azaz ha egy lápon átmenni 
két percig tart, akkor az valójában 15 két percig fog tartani. Arulco 
nagy térképe parcellákra, illetve körzetekre lett osztva, ezek mutatják, 
hogy zsoldosaid pillanatnyilag hol tartózkodnak. Annyi osztagba 
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oszthatod őket, amennyibe csak akarod, és annyi különböző kör- 
zetbe küldheted szét a katonákat, amennyibe csak igényeid kívánják 
(ahogy a játék zajlik, zsoldosaid mindenütt ott lesznek, hogy a helyi 
lakosokból milíciát képezzenek ki). Arra figyelj, hogy egy időben 
csak egyetlen körzetre közelíthetsz rá. Ha úgy óhajtod, a vezérlőkép- 
ernyőre 1s kiléphetsz, ahol felgyorsíthatod az idő múlását. Ezáltal a 
hosszú hatórás, az ország egyik feléből a másikba tartó utazások egy 
szempillantás alatt eltelnek, zsoldosaidat pedig egyenként nyomon 
követheted. Bármire ráközelíthetsz, ami felkelti az érdeklődésedet. 
Ha katonáid a közeli, valós idejű nézetből figyelve ellenségbe ütköz- 
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nek, a játék innen, valamint az áttekintő (Map Screen) módból 1s 
azonnal körökre osztott küzdelembe vált át. Ekkor választhatod 

a szomszédos körzetbe történő visszavonulást (ha közel vagy a határ- 
hoz), vagy kiseperheted a környékedről a királynő összes emberét. 

A körökre osztott küzdelemben zsoldosaidnak tucatnyi különböző 
mozgási lehetőség áll a rendelkezésükre, és a megfelelő harcmódokat 
használva addig irányíthatod a csapatmozgásokat, ameddig meg nem 
nyerik a csatát. Kihasználhatod a terepet és a növényzetet, hogy fede- 
zéket nyújtsanak, vagy előnyös helyzetbe kerülhess a lesből való táma- 
dások során. Zsoldosaid a térképen új hadállásba tudnak váltani, le 
tudnak guggolni, képesek kúszni, sőt, lopakodó módban be tudnak 
osonni azon ellenséges erők mögé, akik még nem fedezték fel őket. 
Harc közben meg 15 sérülhetnek, így valakinek egészségügyi 15mere- 
tekkel kell rendelkeznie, hogy elsősegélyben részesíthesse őket, esetleg 
— kegyetlen hajlamaid kiélésével — hagyhatod, hogy sebesülten harcol- 
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janak tovább. Saját katonáid és az ellenség különböző testrészek sérü- 
lését tudja okozni (láb meglövése esetén az áldozat átmenetileg össze- 
esik, a fejlövés pedig komoly sérülést okoz); sőt, ha elég közel vannak 
egymáshoz, az ellenfelek szemtől szemben ugyancsak megküzdhetnek. 
A játék menete során a csatán kívül 1s a zsoldosoké a központi szerep, 
hiszen velük óvhatod meg az egyetlen bevételforrásodat jelentő 
arulcói arany- és ezüstbányákat. Minél több bányát tudsz az ellenőr- 
zésed alatt tartani, annál több lesz a belőlük származó havi bevételed, 
ezáltal több zsoldost tudsz felbérelni, illetve eltartani. Ugyancsak a 
zsoldosok kezelik a fegyverzetet és az ellát- 
mányt. Országszerte ők szerzik be és szállít- 
ják a fegyverzetet, a lőszereket és a páncélza- 
tot, továbbá az elsősegélycsomagokat, a 
kabátokat, a feszítővasakat, a kantinokat, 
valamint az olyan különleges áruk tömegét, 
mint a rágógumi vagy Sör. A zsoldosok a 
polgárőrséget 1s ki tudják képezni, ha pedig 
egyedül hagyod őket, különféle fogásokat 
gyakorolhatnak. Néha alvásra 15 szükségük 
van, különben kimerülnek, és képtelenek 
lesznek rendesen harcolnt. 
A JA2 grafikája, nos igen, tényleg 1999-ből 
való. A felbontás 640x480-ra korlátozódik, 
és bár nem vagyok biztos benne, hogy a több 
információ megszerzése érdekében nagyobbra 
lenne szükséged, a kép valahogy pontozott és 
darabos, nem felel meg a jelenleg használatos 
szabványoknak. Az érem másik oldala viszont, 
hogy ha egyszer igazán belelendülsz a játék- 
ba, hamar megfeledkezel a grafikáról, esetleg 
rájössz, hogy az ilyen típusú játékokban 
teljesen feleslegesek a 3D-ben megjelenített 
bokrok. A környezet hihetetlen összetett; sőt, 
minden körzetben több ezer tárgyat lehet 
kezelni: kinyitni, becsukni, felvenni, felrob- 
bantani stb. Nagyon szórakoztató a változatos 
táj felderítése és a zsákmány utáni kutatás az 
épületekben. A karakterek animációja igazán 
kitűnő (a harcképek közeli látványa erősen emlékeztetett a Maxis cég 
The Sims elnevezésű játékára, a szereplők mozgásának részletessége 
csaknem ugyanolyan Jó), a vágóképeket és a videobetéteket a játék 
motorja maga rajzolja ki. Egyetlen igazi hibát fedeztem fel a grafikai 
motorban: a terep modellezését összetett helyzetekben csaknem lehe- 
tetlen értelmezni, szinte képtelenség megmondani, hogy a közted és 
az ellenség (aki egyébként időről időre nyilvánvalóan keresztüllát 
a falakon és a fákon) között elhelyezkedő akadályba vagy azon ke- 
resztül lősz-e. A hanghatások bámulatra méltóak, és a zene — miköz- 
ben a hosszú játékidőnek köszönhetően érzékelhetően ismétlődik —, 
mindig kifogástalanul illik a cselekmény hangulatához. Sajnálatos 
módon a Jagged Alliance 2-ben egyszerűen nincs lehetőség a többjá- 
tékos módra, mindemellett minden egyes játék kezdetén számos lehe- 
tőség áll a rendelkezésedre, hogy fölrázd a társaságot. A nehézségi 
szintek között nagyok a különbségek; a játékban szerzett tapasztalatod 
drámai mértékben függ attól, hogy melyik nehézségi szintet választot- 
tad. Dönthetsz a Tons of Guns beállítás mellett, ami kíméletlen mér- 
tékben növeli a rendelkezésre álló fegyvertípusok számát, vagy állítsd 
csak be a Sci-Fi lehetőséget, melynek köszönhetően zsoldosaidat az 
éj leple alatt idegen bolygóról származó rovarok támadják meg! 


Előnyök 


Hátrányok 


Linuxos megjegyzések 

A Jagged Alliance 2 meglehetősen szerény gépkövetelményt támaszt: 
a TIribsoft cég csupán egy Pentium II 233 MHz-es processzorral, 

32 MB memóriával, 4x-res CD-ROM-mal és 400 MB szabad merev- 
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lemez-területtel rendelkező gépet javasol. Mivel a JA2 nem igényel 
3D-s gyorsítást, bármilyen videokártya alkalmas a futtatására, a hiba- 
mentes működéshez legalább az Xfree86 3.3.x változata szükséges 

a 640x480-as vagy nagyobb felbontásban. Egy OSS-megfelelő hang- 
kártya 1s elkel, és természetesen a 2.2 vagy későbbi változatú Linux- 
rendszermag, valamint a glibc 2.1 vagy frissebb változata ugyancsak 
erősen javallott. A játék mind a 700 MHz-es, mind az 500 MHz-es 
rendszeren (Geforce/Debian Woody és G400/VA továbbfejlesztett 
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RedHat), amelyeken kipróbáltam, úgy futott, mint az álom. A tele- 
pítés méretének nagysága 305 MB-tól (alaptelepítés) 8300 megabájtig 
(ha felraksz minden térképet és beszédfájlt a merevlemezre) variál- 
ható. Mindezt vagy héjprogrammal, vagy egy csinos kinézetű grafi- 
kus telepítővel teheted meg. 


Osszefoglaló 

A játék valóban nagyszerű. Kezdetben, férfiasan bevallom, kicsit 
szkeptikus voltam, főleg a játék viszonylag magas korának, a low- 
tech grafikának és a látszólag túl bonyolult vezérlésnek köszönhe- 
tően. De amikor igazán megismertem a JA2-t, kezdtem megérteni, 
milyen kitűnő darabbal van 15 dolgom, és hogy miért pont erre esett 
a TIribsoftnál a választás. Azon játékok közül való, amellyel százszor 
játszva száz különböző játékmenetet ismerhetsz meg, és még legkö- 
zelebb is ki akarsz próbálni valamit. Csáberejét nehéz lenne megha- 
tározni: talán a zsoldosok mély gondolatokkal teli személyisége, az 
NPC-k párbeszédeinek egyéni vonásai, a válaszd ki a saját kalando- 
dat-érzés vagy a stratégia, a taktika, a valós idejű és a körökre osztott 
mód közti mindig oly sima átmenet adja... Akár így, akár úgy, a 
Jagged Alliance 2 az a játék, amellyel órákon keresztül játszhatsz, 

és amikor befejezed, újra szeretnéd kezdeni. Erősen ajánlom minden- 


kinek, aki nem idegenkedik az összetettségtől. 


szu J. Nejl/ Doane 

d (caineoOvalinux.com) a VA Linux Systems 
mérnöke. Ha gép- és videojáték-hóbortja 
engedi, szívesen vezet repülőt, emellett 
gitározik és újabban hódeszkázik is 

(ez utóbbiban még igencsak gyengécske). 











Az első pillantás az Apple G4-re 


Matthew - a Linux-telepítés és a programfordítás kapcsán - az új Apple G4-én szerzett 


tapasztalatait osztja meg velünk. 





mikor először olvastam arról, hogy az Apple G4-alapú 
AA személyi számítógépet tervez, fogalmam sem volt róla, 

mi 1s az a G4. Szuperszámítógéphez fogható teljesítmény ? 
Gigaflopos feldolgozási sebesség? Hogyan lehetséges ez? A G4-ben 
Motorola 7400-as processzor található AltiVec-egységgel. Az AltiVec 
az új PowerPC processzorokban található vektorműveleteket feldol- 
gozó egység márkaneve. A Motorola a 7410 és 7450-es modelleket 
15 bejelentette, amelyekben L2-es és hatalmas L3-as gyorstár, sebe- 
sebb CPU-mag és mélyebb, hétlépcsős utasítás-csővezeték lesz. 

Az AltiVec javított egészszámos és lebegőpontos műveletfeldolgozó 
egység. Új 128-bites feldolgozóegységgel rendelkezik, továbbá 

32 vektorregiszterrel, és több mint 160 új utasítással, melyek a cső- 
vezetékben várakozó adat feldolgozását segítik elő. 

A kiszolgáló gép egy Apple kétprocesszoros G4 450 MHz-es PowerPC 
volt 512 MB RAM-mal, 30 GB-os Ouantum Fireball IDE merevle- 
mezzel, MultiDrive-val (ez DVD-R-író, mely az összes egyéb lemez- 
formátumot írja és olvassa), két IEEE 1394-gyel (Firewire-csatoló), 
100 Mb/mp ethernettel, és egy csomó USB-csatlakozással. A billen- 
tyűzet és az egér egyaránt USB-n keresztül csatlakozott. Az Apple 

, Új Világ7-ra keresztelte ezt a gépet, és annak ellenére, hogy az 
elnevezés meglehetősen , marketingszagú", az Apple a kifejezést 
azokra a gépeire használja, amelyekben a boot a ROM-programban 
található (a , Régi Világ" gépeiben ugyanezt a PROM-ban tárolták). 
Nem tudom pontosan, hogy milyen indíttatástól vezérelve, de 

a Yellow Dog Linux-változat mellett döntöttem. Több lehetőség 

15 kínálkozott volna (SuSE, LinuxPPC), de a YDL RedHat-alapú, 
aminek köszönhetően neve nem csengett teljesen ismeretlenül. 

A YDL a Terra Soft Solutions terméke. A cég egy további terjesztés- 
sel 15 bír, ami a Black Lab Linux nevet viseli, de én inkább a YDL-t 
ajánlom. Letöltöttem a YDL Champion Server 1.2.1 két CD-jét 

a Terra Soft egyik tükörkiszolgálójáról. Az első telepítőlemezként 
szolgál, a második neve pedig ,, Tasty Morsels" — ezen találhatjuk 

a vészrendszer ISO-fájlját, valamint néhány további PPC-s progra- 
mot. Ezen a ponton merült fel a kérdés: hogyan tovább? 
Elolvastam a YDL telepítési útmutatóját, amelyben kiderült, hogy 
yabootra van szükségem (yaboot — yet another boot loader), amit 

a HPFS-lemezrésze (a Mac félére) kell telepíteni, tehát létre kell 
hoznom egyet a maces rendszerprogramokkal. 

A Mac 099 újratelepítéséhez, majd a Linux telepítéséhez a követ- 
kező lépéseket hajtottam végre: 


e . HFS-lemezrész (4 GB) létrehozása a yabootnak (és az 059-nek); 
e az 099 újratelepítése gyári CD-ről; 
e a CS (Champion Server) 1.2.1 CD-ről a yaboot, a yaboot.conf 


L 4Lf 


és a vmlinux.gz rendszermappába történő másolása. 


A yaboot.conf nagyon hasonlít a lilo.conf-ra. Amikor a yaboot elin- 
dul, nyomjunk TAB-ot, hogy a rendszer kiírja a választható operációs 
rendszerek nevét — ezek valamelyikét kell beírnunk a promptnál. 
Rendben, telepítsünk Linuxot! Helyezd be a YDL CD-t a DVD-meg- 
hajtóba és rendszerindulás közben tartsd nyomva C gombot! Így 


indíthatod CD-ről a rendszert. Ekkor megjelenik a YDL telepítőjének 
képernyője. A legtöbb esetben követheted a YDL telepítési útmutató- 
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jában leírtakat, de azért adnék egy jó tanácsot a lemezterületekről 
(hacsak nem volt már Linux a Maceden) - létre kell hoznod őket. 
Ezúttal már nem ext2 lemezterületeket létesítesz, hanem 

Apple UNIX SVR2-típusúakat. A program neve 15 módosult egy 
kicsit: nem fdsik, hanem pdi sk. A p paranccsal a lemezterületeket 





itt 15 megjelenítheted. Ha követted a tanácsaimat, kilenc lemezrészt 
kell látnod. Ezeket alapértelmezésben a rendszer hozza létre, és 
lehetőleg ne nyúljunk hozzájuk. 

Eljött az ideje, hogy kialakítod a szokványos lemezterületeket. A ma- 
gam részéről úgy döntöttem, hogy külön lemezrészeket hozok létre 

a /, /usr/, /opt/, és /home könyvtáraknak és a lapozóterületnek. 
Lehet, hogy az eltérő összeállítás mellett döntesz, az enyémről listát 
találhatsz az /. táblázatban. Miután a változásokat a w utasítással 
kiírtuk a lemezre, lépjünk ki a a paranccsal, majd indítsuk újra a 
gépet, ellenkező esetben a program nem érzékeli a lemezen történt 
változásokat. Kezdd újra a telepítést, indulás közben ismét nyomva 
tartva a C gombot. Add meg az újonnan létrehozott csatolási ponto- 
kat, majd ezután elkezdheted a csomagok válogatását, ahogyan ezt 
egy szokványos RedHat-rendszeren 1s tennéd. A telepítés befejeztével 
ismét újra kell indítanod a gépet. Ez alkalommal ne nyomj le semmi- 
lyen gombot, hiszen most a MacOS-t szeretnénk indítani. 

Ismét a MacOS-ben találjuk magunkat. Nyisd meg a yaboot.conf 
fájlt, amit CD-ről másoltál a rendszermappába, és vess rá egy pillan- 
tást! A 5 http://www.linuxvilag.hu/G4.html címen az én fájlomat 

a 2. listában láthatod. 

Figyeld meg a , Linux" címkéjét! A CD-n lévő yaboot.conf hibás, 
ezért a yaboot elé egy további WV V-t kell írnom. Használd most a 
ALMA-POT-O-F billentyűkombinációt, és lépj be az Open Firmware- 
be. A ,0 5" jelnél írd be a következőt: 
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Az Open Firmware 

Szólnom kell néhány szót az Open Firmware-ről. Az Open Firmware-t 
az IEEE 1275-os szabvány írja le. Az Apple-gépet illetően ez az első 
érdekes újdonságok egyike. Nem láttam addog, amíg nem volt rá 
szükségem. A Mac bekapcsolás után 880 Hz-es sípolással jelzi, hogy 
sikeresen túljutott az indulás POST részén (alkatrész-ellenőrzés), és 
felkészül az operációs rendszer betöltésére. Ennél a pontnál az indu- 
lás folyamata az ALMA-OPT-o-rF billentyűk lenyomásával leállítható. 
Ha minden jól megy, a következő üdvözlőszöveget pillantjuk meg: 


Apple PowerMac 3,3 3.4f1 BootROM built on 
08/08/00 at 22:02:19 

Copyright 1994-2000 Apple Computer, Inc. 
Welcome to Open Firmware. 

To continue booting, type "mac-boot" 
and press return 

To shut down, type "shut-down" 

and press return 


ok 
9 e 


A ,0 5" egy készenléti jel legbelül az Open Firmware Forth-értel- 
mező. A Forth veremalapú nyelv — hogy megértsük a logikáját, 
vegyük a következő példát: 


s: 3 [RETURNI 
s: 4 [RETURNI 
s 3 [RETURNI 
s . [RETURNI 


EB 56 PF E 


Megjelenik az eredmény: 0 5: 7 

Az első parancs ,3"-at helyezett el a veremben. A készenléti jelben 
megjelenő számból tudhatjuk meg, hány elem található a verem- 
ben. Ezek után leraktunk ,47-et a verembe, majd utasítottuk az 
értelmezőt, hogy adja össze a számot. Most már csak egyetlen 
elem van a veremben. A ,,." művelet a pillanatnyilag veremben lévő 
elemet adja vissza és megjeleníti értékét, jelen esetben ,,7"-t. 

Az Open Firmware használatával igen sokat láthatsz a gépedről: meg- 
tekintheted például alapértelmezett beállításait, ha az alábbit írod be: 


0 s: printenv 


Az 1. lista mutatja (5 http://www.linuxvilag.hu/G4.html) a beépí- 
tett környezeti változókat és alapértelmezett értékeiket. További jó 
adatforrás a devalias parancs. Írd be, majd nyomd le a Return 
billentyűt. Figyeld meg a hd értékét! Ez az első IDE merevlemezed 
fizikai címe, a hd pedig álnév a printenv által kijelzett teljes címre. 


0 5 boot hd:,YWWyaboot 


Némi villogás után megjelenik a LILO jele és elindul a Linux. Most már 
láthatod, mire képes az Open Firmware! A fenti parancs segítségével úgy 
futtathatsz fájlt a merevlemezről, hogy még nincs 15 operációs rendszer 


betöltve a gépen! Az X-et (Xfree86 3.3.6) a telepítés során állítottam be 


az Xconfigurator-ral: 1024x768-as felbontást választottam 24-bites 
színmélységgel. A yaboot.conf-hoz a következő sort adtam hozzá: 
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append-"video-atyi28fb:vmode:17 , cmode : 24" 


A rendszermag ezáltal megfelelően felismeri a gépen található ATI video- 
kártyát. Ezt követően megnyitottam a /etc/X11/XF86Config fájlt, 
és a , Screen" részbe beírtam a DefaultBitsPerPixel 24-et, Így 
a színmélységet nem szükséges minden X-indításnál kézzel megadnom. 


Az AltiVec 


Most, hogy a Linux települt, nézzük meg közelebbről az Alti Vecet. 
Az AltiVec lebegőpontos és egészszámos műveleteket végző egység, 
amely 32 darab 128 bites regiszterben tárolt adattal dolgozik. A vek- 
torokat kezelő egység SIMD-módszerrel (egy utasítás, több adat) 
dolgozza fel a vektorregiszterekben található adatokat. A processzor 
egyetlen utasítással egyszerre 4, 8 vagy 16 adategységen tud dolgozni. 
Lássunk erre egy példát! 

A Motorola 162 új assembly-utasítást hozott létre, hogy a progra- 
mozók kihasználhassák az AltiVec új lehetőségeit. Ezekről az 
utasításokról részletesen olvashatsz az , AltiVec Technology 
Programming Environments Manual"-ban (altivec pem-ben). 

A magasabb szintű C-utasítások, amelyek ezeket az új assembly- 
parancsokat használják, megtalálhatók az , AltiVec Technology 
Programming Interface Manual"-ban (altivec pim-ben). Mindkettő 
letölthető pdf formátumban a Motorola weblapjáról, vagy pedig 

a 9 http://www.altivec.org webhelyről. 

Következő lépésem az AltiVec RPM-ek letöltése és telepítése volt. 
Ezekben a csomagokban a gcc (2.95.2) módosított változata rejlik, 
ami ezeket az új lehetőségeket használja. Telepítése a következő- 
képpen zajlik: 


rpm -U binutils-2.9.5.0.22-6.vec.ppc.rpm 
rpm -i gcc-altivec-2.95.2-11.ppc.rpm 


rpm -i gcc-altivec-c4164r-2.95.2-11.ppc.rpm 


Telepítés után az új gcc-t így tudtam használni: 





gcc-vec program.c -o program 


A gcc a /opt/bin könyvtárba települ, így nem zavarja az alapértel- 
mezett gcc programot. Az RPM-csomag létrehoz egy gcc-vec 
hivatkozást a /usr/bin könyvtárban, ami a /opt-ban található altiveces 
gcc-re mutat. 

Az új vektorparancsok használatához olyan alkalmazásokat kell 
írnod, amelyek használják őket, és olyan gcc-vel kell fordítanod, ami 
ismeri az új utasításokat. Hiába fordítod le a szabványos C 
forráskódot az új gcc-vel, nem számíthatsz az AltiVec-egység okozta 
teljesítménynövekedésre. Az AliVecet ismerő gcc tud az új kulcssza- 
vakról és függvényekről. Az első hely, amit tanulmányoznod kell, 

az altivec pim, ebből tanulhatod meg a gcc-vec által Ismert új 
parancsokat. A vektoradattípusokat a 2. táblázatban tekintheted meg. 
Az altivec pim alapján az Alti Vec-ismerő fordítóknak a követ- 
kező makróval kell szolgálniuk: 


tdefine . VEC — 
Ha olyan kódot szándékozol írni, amit többféle rendszeren 1s le lehet 
fordítani, és ami mégis kihasználja az AltiVec lehetőségeit, amenny1- 


ben ez utóbbi megtalálható a rendszerben, az alábbihoz hasonlót írj: 


tifdef  VEC — 
/F Ide jön a kódod "/ 


/8 ... §/ 
telse 
/: ha nincs más lehetőség, a régi 
módszert választjuk "/ 
78 ... §/ 
tendif 


Mellékeltem egy egyszerű példaprogramot az AltiVecet ismerő 

gcc használatához, ez a 3 http://www.linuxvilag.hu/G4.html címen 
érhető el (3. lista). 

Először figyeld meg a typedef union meghatározásokat! Mint 
már korábban említettem, az AltiVec regiszterei 128 bitesek. Ezek 

a meghatározások egyrészt biztosítják, hogy a fordító az ilyen típusú 
adatokat 128-bites határokra igazítja, másrészt azt 15, hogy a vektor 
adattípus egyes elemeit egyszerűen elérjük. Végül az sem elhanya- 
golható, hogy a union adattípus használatával és a printf ( ) 
függvény segítségével könnyen betekinthetünk a regiszterek tartal- 
mába. Azaltivec pim szolgáltat formázott bemenetet és kime- 
netet a scanf ( ) /printf ( ) függvénypár segítségével. Elméletileg 
a következő C-kóddal egy lebegőpontos számokból álló vektorre- 
gisztert nyomtathatnál kt: 


vector Íloat f£32 - 
4.4) ; 
printf( "3,v£wmn", f£32 ); 


(vector float) (1.1, 2.2, 3.3, 


Ehhez azonban a C programkönyvtárnak (glibc") ismernie kell a vek- 
torformátum-meghatározásokat. A GNU C programkönyvtár jelenlegi 
megvalósítása (2.2) nem ismeri ezeket, valószínűleg nem is fogja. Ezért 
remélem, marad időm és módosítani tudom a GNU libc-t, hogy megfe- 
lelő legyen erre a célra. (Ha tanáccsal tudsz szolgálni vagy érdekel 

a dolog, nyugodtan keress meg!) Figyeld meg továbbá a vektortípusok 
meghatározásának két különböző módját. Az első módszer állandó 
vektort határoz meg, az értékeket cVals-, sVals-, iVals- és fVals- 
okban tárolja, ahol a vektoradattípust ugyanabban az állításban adjuk 
és határozzuk meg. Ez a példa azt mutatja, hogyan tároljunk állandókat 
(amik futásidőben nem változnak) vektorokban. A másik módszer 
lényege, hogy megad egy uni on-típust, majd a vektort futásidőben 
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elemenként tölti fel. Ezen eljárás segítségével adatokat olvashatsz be 
egy átmeneti tárolóból, azokat vektortípusú változóba másolhatod be, 
majd ezt a változót átadhatod a vektort ismerő függvényeidnek. 
Végül figyeld megavec add( ) függvény alakját! Minden eset- 
ben ugyanazta vec add( ) függvényt használtam, és mindig 

jó eredménnyel tért vissza, függetlenül attól, hogy változói vector 
short, vector int vagy vector float típusúak voltak-e 

(a két összeadandó azonos kell legyen). Ebben az esetben a fordító 
értelmezte az adattípusokat, melyeket a vec add( ) függvénynek 
adtam át, és létrehozta számomra a megfelelő vadd assembly-utasí- 
tást. Az alábbi példában láthatjuk, hogyan képes a fordító a megfelelő 
egyeztetést létrehozni: 


vector fÍloat a,b, c; 


/:f Assign a,b "/ 
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c - vec add( a, b); 

Ezt a következő assembly-utasítás hozza létre: 
vaddfp c,a,b 


A dolog egyre egyszerűbbé válik. A program fordításához használd 
a következő parancsot: 


gcc-vec -ÍfÍvec vecdemolil.c -o vecdemol 


A fordító - fvec kapcsolója a vektorparancsok értelmezésére utasítja. 
Ha nem adod meg a - fvec kapcsolót, a fordító nem ismeri fel a 
vektoradatokat és programfordulás közben hibát jelez, ez emlékeztet 
majd arra, hogy legközelebb ne felejtsd el használni a kapcsolót. 

A 3 http://www.linuxvilag.hu/G4.html címen a 4. listán látható 

a program kimenete. 

A fentiekben rövid bevezetőt kíséreltem meg nyújtani a Linux 
PowerMacen történő használatáról, továbbá a linuxos programozók 
számára elérhető Alti Vec-lehetőségekről. 

Köszönetet szeretnék mondani az AltiVec-fórum tagjainak. A leve- 
lezési lista segítsége felbecsülhetetlenül értékes volt, e nélkül sokkal 
nehezebb lett volna elindulnom. Ugyancsak köszönettel tartozom 

az AltiVec-fejlesztőknek, amiért számtalan fejlesztői eszközt bizto- 


sítottak, és lehetővé tették, hogy a programozók könnyen dolgoz- 
hassanak egy olyan hatékony rendszeren, mint a G4-es. 


Matthew Fte 

(mattfitegyahoo.com) feleségével Észak- 
Virginiában él, és beágyazott programokat 
fejleszt. Annak ellenére, hogy napközben 
kereskedelmi RITOS-szel kell foglalkoznia, 
titkon arról álmodik, hogy egyszer bevezet- 
heti az RILinuxot. Mindig új tervei születnek, bár a felesége 
szerint már Így is eleget foglalkozik a gépekkel. 
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